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(57)Abstract: 

PROBLEM TO BE SOLVED: To simultaneously transmit 
data and copyright information to an application by which 
only one kind of data is inputted by separating a 
transmission packet into a transmission line header and 
a data block, inserting copyright information extracted 
from the transmission line header to a data packet which 
is generated from the data block and constituting an 
output packet. 

SOLUTION: A header separating part 105 separates the 
data block 1 1 1 and an isochronous header 112 from a 
received isochronous basket 110 and respectively 
transmits them to a data packet generating part 103 and 

W TU17 

a copyright information extracting part 104. The part 103 
restores and outputs the data packet 113 from the data 

block 1 1 1 . The part 104 fetches copyright information 114 from the isochronous header 112 
and outputs it. A copyright information inserting part 102 inserts copyright information 114 to a 
part of a data packet 1 13 and outputs it to the application 101 as an input/output packet 115. 
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£1*4 My K-i*fc<-Ct,«*?&V^U Tiii9»1402*ft 

[O0 5 9)it, **«©J&ffi©Sfl5«ttf«114|±. S 
Yffi*1101^«)7-< 'J9Bi-Z'*#y h<t>»l<OtlfHZ. 

[0060] afc, sissgifirojgteoeiji^ixs-?'-^ 

[0 0 6 1] l'>'^7a-^«*IEm394i: Lfc 
i<;.JIW^7»-^T»oTWWt^ «*!#. 

»j©>r>'i?-7x-^irUT:ii» usB*ffl^scta* 

[0 0 6 21 **^<0Sfti?«(i, avfa-^ 
W7*b ^9 Ali J; 5 y 7 h >7 * 7 nut * ftTi^T t«l 
h>ftv>U, ^ffl©HB!4r«v^/N-Ki7*7-C«l<a4*x 
50 ■cv^T , bl»*3'j:k»L, ^-YVx.rbV7 b7s.r<o\M 



from mm 
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[006 3) I F. K f 1 3 9 4 W 

[0064] (SlfficDJBffi 3 ) 6tT» *%W<»%, 3 
»*18l£o^T. E12, £86-1 2. Ell SfcitflSl 
7 tWIfc^WSl (OJSltBg«i1i3 

10 0 6 5] BZI4£fS»B©«X i &S, B2k:*»V* 
T, 201(4, Diiec tShowfc(iC»it5WI 

r fc#UJ&S77'!>-jr-i<'e VX^S. 202tt. TS/< 
h 2 0 4 O-ttlCgfmflHRl 14 t#AU Affl^ 
h2 o 5«rftjfrr«VfMtH*1RI4iA«t*«»«. 20 
314. 7 r --*/'5<5r:y h 1 1 3*'6> V-xA'ry Y^yV 
7 0 lfcWIH-ftXilcioTTS^^ h204tr£ 
*ta«/<4ry h±rt»-C*6. 2 0 5J4. 77!)*- 

10 0 6 6] El 614. AH!A/<*-9 h©-«T»*e. 
Bi5ttoi»T, IfiOlliAffl^^y h. 150214-7'ffltf 

[0067] 3 **35*w«t«©IMts«'»W 

[006 8] lEEEIM'f y*7x-*106li. IEEE1394 

* y M 10*>P> 7^ y * a -J-x^ y ^1 12 1 C IP1 16*tt 0 

[00 6 9] ^y^»»i5rt;, atJ»ofcCIP116*»6f f 

v 9 HI i#«UW81 17*J& 9 B Lx 
v h<fcjSW103lctti;*JU BMM=*WDM>&7'r>'*p 
+^^yyi«lr3fflMlflHW*IU»104K:iBA1-*. 

[00 7 0] ?-9*>ry h£fi£8B103l4. gltft-afc 

[0071] h4rt«203l4, JtlflBtofc*- 

#/<^r y M13j»»&. y-Ast*-? h-^^OIfcfiiJH* 
U Wry h»4*£j«U *flWMU*Att202lCiB 

[0 072] IFfftlfflfMfc&bttHXli, gtfStofcT-f 

y * p ? *n i2<osyfisi!$i ioi*» brnmm m 

[0 0 7 3] fffMflNIJ* ASS202I4, H 1 SfcW J: 
5fcTS/<*y h204©-SN£*flM*W«M14*i$AU A 



<73 *N 2000-295240 

/2 

602««*>ftJJ,4 MC*fW«fiS«1l4lr**iitr, * 
<Bfc»1502l4; #£ftfcft0E>?ttffi|ft*>S. ¥fWHt 
«#ASB202li. 4j*LfcA«*"«y3r H»ltrT7J 

[00 7 4] &Lb© 4, •) IC. *3ett©#t6lC*5^X*ll. 
TS/^y |.204»*->'*/V h$021H*JJ:*^*««114 
«r*#5itfr iirj-.f}, -ooAas*^*- M501X\ 
5*-* fc *l*|l»«©S»trRi»Kr 7 !; s V20 

jo [0 0 7 51 /fS, *Xft^tte*fMiflMiii4f*, 
as. *ft&*©»gffc**>&^x' , fe«:b*v\. 

ftiJl#©3l5rfcUTl4. YnHm4, Xy Yifi 

[0 0 7 6] tfefc. *£ft©$S©*fWS«*114»4, S 
YW«1101£Wlj©7 , 4' y* h©J5'l©SB#K 

f«Mra*ftxvTt>fll*>fcv\ 

[oo7 7] *jt, *tt<Mrawfi«**i$9'--ar 

20 14. MP EG 2 ©7*-* & iOf-^*)ot 

t*t>«b\ fl*.tfDV7'-*x , 'bW*o*aa[«r«f9c 

* (4 try h)| K«#aiM22v\ 
[0 0 7 8] ifc, *36Ww-<>^7 3 :-XttlEEE1394 

[0 0 7 9] 4^ *36WoSfega«, =>^r»-* 
io ©ro^Aiijiay? H^*rx , «**ixTv»r'b« 

[0080] ifc. *Hlfe©»«<0 I E E E 1 3 94-< 
>^7*-XK*J5MO-<y^-yx-X«5fflX*fcO, 

sMMOMMt #»a*SkO«X v fc 9 . **Jtro»S8<o 
Y&jm\**lffl*>T-9><*y Y£f&* 
40 &WlVhV. *m!&ni&1IS<OTSy<*y h^fijJSPtt* 

fS««>y-^**"Sf h^y^»**W«X»fc9, 
. . Jiitf>»fi<O*tt5«flr«»AfflJt*«W«0|.tJD««»A* 

afl>«x»*5. 

[6 0 8 1] (*4«03M6©»») £tT. B12roS^ 
«C*tJ*AttlA^y h205ff?35i|<D«ai*, 
4V%1fc&MbLX> B2. E6-1 2*5iVEl C* 
JBP-CM-4-&'. 

[0 0 8 2] Bi 614. Affl*'<^y Y<r>-MV*>Z» 
Ell 6^C^i^v^T. 1801 ttAa*^*-? K. 1602I4^<S1B 
so ftffc-a. 
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[0 0 8 31 fcicroj. b ft *»lfitD»S8«0«iff 

1 0 0 8 4 ] $r#«£$fi#A8B202!4, B 1 6 C^t £ 

16024 tft«nU. tsWiWv M60l*±ii£T2>. "WB 
1tttl602l4 v ^©fcfcrt^iftglM-efcS. smiHira 
8A85202I4, £/i£LfcAatfj/<y-y M601 4r 7?V*r 

[0 0 8 5] SklCitHZ. *S(SJSOJEf«lKJii^Ttt. 
TS/V/ *, h204i £tfMf ffi#1 14t -C-OOAUJ^/^ y 
M601*tt#1'5r.£T-, f-^i*fWWMI»W*«r 

rotter? y y— > 3 v20iictf,yjt5 r, Aamt8t<e 

5. 

[0 0 8 6 J *^0XMto¥fMtflNI114&¥ 
ffitttB1602ii, TS'<iry M13e5»6»i^JnT44 Ufc 
*». TSX^ry H2M©roef*jWLTi«fc>/j:v*U 
<ttiJSH14i: ™Hff»1602£r t'<0«t 5 /f«S#-?tt»fl LT 

[ 0 0 8 7 ] **fc©EH!&cO+{8ft81602tf>:*£ 
£144 t'y hf4<TfcllJ9<e»»L. if'«tS , »1602«rft 

10 0 8 8) *fc. **&©Jg«g<73#flMf 15*8.1 14 
14. SY^110l£JW<JD7''ry^n-t7;^^-y h©*J©S5 

[0 0 8 9] 4fc, *3Ute<0^fiBoeS$jv«f f -^ 
14. MP E G 2 <Dt~9 t Lfc#. t(Of- i i'ti>'jT 
t>*fc*V\ Wxl3*DV7*- { ?Ttl§!^ittaSr : fT5w 

414, tfJttfD I F"»y?«?l/<«f hBI-fc4S e qffl 
SE (4f y h) le**aftifj:fr\ 
[0 0 9 0] **W^>jJ'7 i -^l4lEEE1394 

*tfSim lti4, usBtffl^ 
astasia**. 

[0091] *»wcogmsai4, ^ve a -# 
<oro^5Aicj:5y7 h »xr-efli/fc£ivt^T'bi# 

[0 0 9 2] *fc, #£«<Wn5J6<0 I EEE 1 3 9 4W* 

^sjifjjgfiro^ y ?5WBS<4*»gqtf>ea*JS^y y& 

/-W> h&ja3Btt*J§"3fl©?-y/<y-y htfjiK^ 

g?>j©y-x'<?y h^y?#f$#s©#j?fcij, *n 

*»»«©*fWI««*PA«H*»noWAlt»«#A* 
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(8) 2000-2 95240 

' 14 

[0 0 9 3] m$t>%1&<»Mm £17. *fcWcy355 
«*J!6»tt«co^-c. S3*sJ:u<BB~l 3fcffl^TTSl 

[ 0 0 9 4 ] E 3 »**J5fi©»fi«)i8«8BO«-C*) 
5. K13JC*JV>T, 301 NU Dl ttctSh ow£!4 

C ±TB 9 IS 9 ~ £ i« ffi* 5 7 ? )J ?- a 5 . 
30214, ABW^y h 1 1 5*»6^iitiSfai 1 4«r 

fcHSB-Cfc*. $03(4, ?-yv<*>y hi 1 3«r##JU 
#«Wtt£?r-*'?n y*Srffi:*>-f S?-*-;^ y *4 

304(4, £$JW*1 1 7*7 r -y-?nyy 
A>&C I Pt±l&-r 5CIPififeSBT*>*, 305I4IEEE1394 
^V^7s-^t.5, 306(4, 3tfl?g!tTa>3. 
[0 0 9 5] &Kcei9**^0MB«!>||>ff*ftW 

[0 0 9 6] 77'>J>r-i'»>30m. 013le*i\fc 

20 ^W«1301i:^iEiR$h.-CV^5Attl^<'7-y H301 
S:, AUM'-ty-yMISfc LT3Sf»i«[B«}Saia302^tll 

[0 0 9 7 J ^«HU«}SttiS|1302»4, S«t®-5fcAai 
^j/^y M301*»?>¥^ffi*1144r5l9aiL. CIP4fife 
S?304(itti^ij5. K^(CAffi^/<4ry H301lelE»S 

OlSr^L. ^nTt;/ h204i:^Lfcy-^^<-yy h 

*d£#$B303dffl;*>-rS. 
il? 10 0 9 8] •f-^?Dy^^fiP303(4, Sltfeofc 

ft^fo^-^yny^in^id-fs. t,L<i4, 

fflraf-^/^y H13*r5f^UT, HSOif-^^o 

«i«r, ClP£fitt&3Q4leUi;*rt-5. 
[0099] CIP4seW304l4. ei7«l-57t^*m»«1l7 
«T7cCiai 7i:*TJ:dfcCIP-y?90i*3yaL, 
^ ?a y 9 1 1 1 ©fciSilil&JSfc LfcCIP-* y ySOl * WJO t 
40 fct>0«:CIP116* LTlEEE^'O^rx-^SOSirtti 
. a*"*. C«Oitl3"«'lca t ff«flr*tttt)SB302^e>S«t 
JSo*:»^«flmi14«-. SY«U«1 101 fc L-T IEEE1394W 
V>7*-^305«Cffl^t5. 
[0 1 0 0] IEEE1394YV*7*-*305I4, 
fc*fP«fi»«114Sr7clcEIl inajbrjyfai-z 

^y/CRC1001«rfe*^5. m«Hglt*ofcCIP116*> 
e>f ; -^CRC10025r4fi£L, Si Olr^-f^^ler^ y 
o r ^ y ?1 12 1 ^ y ?CRC1001 i CIP1 16 h f- *CR 
SO C\QQ21;t>>br<{y?B+X'<ry HIOSr^flKL, IEEE 



w FROMWfgSi 



is 

1394/<*108t£iiS±1-&. 

OA^Jir-SwfC, T7"y-?— VH>30IU7-'-?i 

set ft*. 

[0 10 2] fcfc, *$tt®)gffiO*'ftMfttt# 11414, 
^<fiffi|g802<jS£<fl«"S4 fc* y & Lfca*, 

jiA.-C-tflMDfcl,>U h fi 0 2 4>ffcfc> 9 

io i o si *fc % *m*wm*>vtMnuttr't v 

W 

[0104] f-^^ny^iiSSilSOSTIl. 1 
10 10 5] *.1t % giS$il6r-^fi. MPEG 2<n 

liDv^-^-efc^roteattTpciasaj^^. D v 

F*yjH>l*<( hB|cJbfi5e qff* (4fy h) 
[0 1 0 6] *fc, *«^^V ; J'7 J .-^I±IEEE1394 

[0 1 0 7] *&B8o2HSil£Eli, a>tf»-* 

[oio8] *fc*igi6^jg(7>^<ifi?«ftyfflsiiii* 

iS'^v K4j**«o«T»9. *3l2Sro^HB<oi EE 
E 1 3 9 4*0$ ^jf—7=.-X 

[oio9] (%6(ommo&i§i) etr. eooi&ggg 

605g«0]gffi4 LT, 03, 06-1 2, El 4fcJ: 
[0110] fcter©* 9 4*JUlo]K«Aiift(4rHfl 
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(9) j «#| 2000-29 5 240 

[0 111] 77*) Y — ~s a >301f£. El 4Ki7xfJ: 

5. 

[on 2 j f£fWfttfftstttaeis3Q2ii. §its-5fcAai 

^3/<<5ry M4D1*»6*4NMHI114*tft9iUU CIPfla* 

HIMrJtPWl. f-^^njf^SirtflBOSC 

[0 1 1 S] £IT, ffSOMfceWSfcMISAfHrf? 

[0 l l 4] £X±»J:5ir, ***©»»fc*V»"Ctt. 
r-^/^yiM13<»5a%l5arfmWf«114i:^«ttf«14 
02t*W***i-CV»6Aai*^j/M401€r, 25(11818 

[0 115] *3Hfe<D®ffi©*fPffi»ai14t7- 
20 ffitt*1402tt, f-#^y M130fft$lcf<ttPt«& 

U 3ftW(H#fl114if^«itt«[1402t4f«iJ;^«s«W-e 

[0 116]**:, JtSftojgtte^fiflMllflK®** 
$«4 try KT*<"C*>**>*v % U ^ffifif«1402Srff 

[0 1 1 7] *fc. *A*W#tt0tff1t|Kflm<i7<f y 
jo v\ i 

[0 118] *S16(!Ojgffi<J59'~#--/BS'*4i5)J 
65303t?I±, lfl(»9'-*^y M13*& l<HfcL<l4 

[0 1 1 9] ^JSOjgttiOeii^ft*?'-* 
tt, MPEG20f-#tLfc!!l. m^)y s ~9X'S>r>X 

^0 414. «*tfDI t~*?y<l>\*4 HSUCJfeSS* qfS 
« (4 My h) \z.HZ&X>tiZ>.\ 
[0 12 0] *fc. *»^w^>#7' a L-^«:IEEE1394 

[0 12 1] *?6Wo^e»S»i, ^ 

so <otM^xmnLstix\^xiimiym\ 



FROM MKfflH 
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[0122] sfc, memto&is&mt, a^r>-# 

fcfcl > U . $fl<D|alK«:ffl W;:^- K * * r 
[0 12 3] Sfc**«©)B18o¥fWfiffi«tflmtt:* 

iS^y h£/S?&*>tt?fc9 . I EE 

E 1 3 9 44 Is* 7 ^-xfrX&P/IO -f s -7 
OM-C*>&. 

(oi24] m7v>%te<D&M) &Ts *m<»%7 

nmmmco^X, 04, E6~l 2fc.kU<BH 5«r 

(01 2 SI 04li^iS<o«.fl|<7,-.^(gSEg<o^-efc 
(0 12 6] EUKfel^T, 40111. Ul rectSh 

Sr P C Jit?» 5 £ t tftttfESTT' i> tr-V-a > 
■VhZ, 402iiXtH^<try h 2 0 5 #t<s>£fMtffi0 1 
1 4 Srttffi U TS'^y h 2 0 4 £ffl2rr5¥ffc#ffi 

[0 12 7] Wccw±5**S*ojgffiosi)^«rttW 

[0 1 2 8 1 a WOltt. IS 1 6Uli5WJ: 

51c, TS^s/ »>2M«>f h602$i$cK£fP*8fi? 

501 Sr, A&J]*>ry h205i L-C^*««ttaU»402 

[0 12 91 £fWS««ilBffl«402l4, gttUStofcAta 
MS01^e>«mini«1Utr«9tUU CIP£fife 

*fc t V *ffttttf«1 14W&J3 Jt 502ffi« 
[0 13 0] *-f-&**l'r£riMMQ3flU 94b.*? 
9 4 it >7"801 £*<SNi?«802i: X- 
S, 

(0 1 3 l J »3 03IJE<DJBJiiiai:®^ff 
5. 

[0 13 2] U±<Oki\Z. *SJ6(7^<!6icfc^'Clt, 
TS'<** h2O40f h602##lw£ftlifff«114 
i : ?HH««15023r?ajiR$nr^5Aa^''<-'/5' M501 



(10) #582 00 0-2 9 5 240 

/* 

[0133] : &*>, *gtm<DMm<»%mitimua. 

J NfciaS802#JsEo£*.4 IT? Hc»£i£fr£ Lfc#, 

«8 o 2««^>ftn(4 Mc*ffliitir« 1 1 4 %m 

ii/VT*t,«fei&i>U bd 0 2Of^0JclS 

[0 13 5] jtfc. #*&<W£C37*--*7ns/^£# 
8S303TI4, lj flK>9 , -*'<* y H13!4»?> 1 fl 1 < 14 

±07-9'*?? bUi$:)£1itLX l®<OT t -f7'u y 

[oi 3 6J *%&nP,i&<o&&ZK*7-t' 
ttftb**. ^v^-^^ps*^ *flMitf«i i 

« (4 tfy Y)\ {r*#iiJ6»£ils 
[0137] *fc, *«Wro-Cv^7 3 :-^lilKE1394 

[0138] *^<0«{i$5iSI4. avf^-i? 

[0 1 3 9] #&ttS©«ffl<&|f{1MffiH»ttmffitt 

^^A^j»>"7 p fefiKS8tt*«§g<Of ; -i?>'<^y h^J52# 
SW«g cfc 0 , ^IIJSWJKSior-tJ' 7 □ y ^ ^gWB 

«|T»fc»), 3f:||J(S«5»«l© I E E E 1 3 94^y^7* 

[0 140] (#80>3tlfeWJgS) «K «4CC>i^S5 

. 8«jB6S?tf4rLT. 04. B6-12, El 6*3J;o: 
El 7 

[0 l 4 l ] 51T«Cw©J: 9<c*l5JI<0^1Et(0»f*S'«a 

w-r*. ; 

[oi4 2] 77 , y^->'ai'3om. mi oj^-tj: 

dli, TS^y f-204W«5IC¥^*t»«114i:^iSf*« 
1602 i3ferfJ-/)Diii-C^5Aaj^/"«7y h1601«r, AHl^J 
JO S206i LTSfP«««»UiSI!302|Cda^f-2«. 



-10- 
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10 14 3] £tt*t#««di*M02tt, «l*Jft-»fcA« 

K304i:tb^1-5. NSUAiiS^y-y H50ia>f;>TSA 
<Jry h204fc&9UJU y-< >-7 , £hfcffl403l::ai;>} 

[0144] JUT, £ 7 ©HfcO^ftS t CSfcff fcf? 

[0145] jjLbaj: 5{c, #3WKW^«llc:Jsv^Ttt, 
TSXy-y h204<D^5l^«2*HS«114i:-f«^«1602i 

[0146] xmrnrnwrnttmutT' 

<B(J»»1602tt. TS'<y-y h2MW&*i:;{«iDl-*£ Lfc 
j4<. Wry ^204»8{rf^^L■C'b1^?ip<c^^U 
8ftff81 14 1 3H»tt«1 602 & if <0 J; ? * WW-cttJM LT 

[0 1 4 7] *3&«rojg$<rc*«SHiS»1602<o*3 
$144 tfy h-«KTM&Meir»U TWtHHeOZtrtt 

[ o i 4 8 1 **2fco^ll<o«^flijw*iir^ y 

[0 14 9] *S*8»^li<^-7*- y*±flfc 

SS303T-H:. \ U<Of- 9 v M13)i>& 1 #K>L<I4 

±.<o<?—?/<? y hm&mmix \®<n?-9?vy 
[oiso] **at«>*Mtt>&$ 

J4, MPEGSfDx-^frLfc^ iOr-^ioT 

[0151] * fcSSSOBfcM' 7:*-.*l4IEEE 
1394fc Ut#. SIW^7x-?tl)9n«<5iic 
V\ ftl*.«giJ(0>fV^-7p:-^O«i U-Ctt> USB 

[0 1 5 2] *«WWi*<SKfflis 3>t 3 ^ 

ro^B y*9 A i $ y 7 s7T?*fig $ tm >t t>» 

[0 15 3] Sfc. *£tt0Sffia$freft«Mfct]ntt 
y -f A * * VT^fiSffltt^Jg WOf- 9 '<>/ y h 



(11) ftM2 0 0 0-2 9 6 24 0 

20 

WT?2>>). *&&OMmm £EE 1 3 !)4^i'7* 
- * 14* 18 91 W V y - 7 x - * CO0J S «, 

lo 1 5 4] *%w<D$:mmitir&i§metz 

[0 15 5] ; 

70 IC. *»WI4, |ij#Kl8S<0^"y L*>A*T-$fcV* 
1 0 l 5 6 ] *fc. *»93I4, I^B#IC 1 SJBWt*-* U 



[El] **^w«lo««)i5fS^J:U!*2©ll»ffi 
[02] *3BfP©*3«03e*»»*5j:W»4St«JBttlc 

* it 55^* o y ^ eg 

[S3] «98fflo|B 5 <D%tem& t>K&M«i 

[04] *«^niB7oiyK«n«j:tfas8<o^ig^ig 

[05] ^*^{fflc*ilt*aft*Ew«flfc«:^"f7'p 

[06] TS/<y-y H2O4(O«l««r*-f0 
30 [07] y h ©«fit«r^1-0 

[08] y-pi^y-y h^y^70»(O«fil£«r7Pi-lfe| 
[09] r-^/^y M13£>&»0«fcii*1-0 
[010] T^yya+^/^y M1Otf?«fl)l*^i-0 
[01 1] 7-<y^n^^y^112<O«^^i-0 
[012] *f«fiW«ro«fi!t«-5^0 
[013] *j»«tf>»l#3*JS»»*SJ:Viir5©*J«I» 
«gt*5lt*Adl^y"y M1S«5«iJ^*-f0 
[0141 ^MMcoag 2 O^^ffifci^S 6 (O^JB 
IBlc*Jlt5Afib^y-f M15<o«sj«r^r0 
^0 [015] *«WO» 3 OXmM&S £V% 7 
ftlcteltSAtil^y-y h2O5tf>#|fr/rf0 
• . [016] **W^)JS 4 (Og&BI&t* J: 0!ff 8 to^Jjs^ 
0te*Jtt*Affl^^y-y h2O5««i|^^-f0 
[017] CIP^yy-9O1ff5«|^*-r0 
[??#«iftM] 

101 77*}>yH->ai' 

102 »mftti»«^AS6 

103 7*-y/<y-y h^SB 

104 ?#*tt?9ft{iigiJ 
JO 105 -y^BtS 
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(54) DATA PROCESSING SYSTEM, DATA TRANSMITTING/RECEIVING DEVICE, AND RECORDED 
MEDIUM 



(57) A data processing system characterized in 
comprising: 

e reel-time interface drive' which processes data of 
a device which comprises an interface which is re- 
quired to ensure real-time processing during re- 
cording and/or reproducing; 
a non real-time interface driver which processes da- 
tn of a device which comprisfts an interface which 
is not required to ensure real-time processing dur- 
ing recording and/or reproducing: 
an IFS manager which allocates instructions for 
predetermined processing regarding a file system 
to each one of control meant which ar« to handle 
the instructions; 

first control means which, using lust lite manage- 
ment information with respect to data which are in 
a first medium which is housed in the device which, ; 
is required to ensure said-real-time processing, 
converts an instruction for said predetermined 
processing inputted through said IFS manager into 
a data processing instruction on said first medium 
and sands to said real time interfac* driver and 
Second control moons which, using aecond file 
monagementinforrnation with respect to data which 



are In a second medium which is housed in the de- 
vice which is not required to ensure said real-timH 
processing, executes processing for accessing to o 
file on said secdnd n»e<iiwm in accordance with tho 
instruction for said predetermined processing Input- 
ted through said IFS manager and sands the in- 
stnjction for said predetermined processing to said 
non real-time interface driver via an I/O sub system. 
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Description 

FIELD Of THE INVENTION 

(0001] The present invention relates to a file process- 
ing system, a file processing method and a program re- 
cording medium for displaying file management infor- 
mation which danotes in what manner a file is recorded 
on a recording medium or for processing a file which )s 
designated by the file management information. 
[0002] The present Invention also relates to a send- 
ing/receiving apparatus and a sending/ receMngmethod 
for processing while treating stream data, which are re- 
corded In a stream data recording^raproduuny appara- 
tus which performs real-time transmission, as a file on 
appearance. 

[O0O3] The present invention further relates to an ap- 
paratus for and a method of transmission which realize 
real-time transmission of stream data and a sending/re* 
celv/ing apparatus and a sending7receiving method for 
transmitting date which contain copyright information. 

BACKGROUND ART 

[0004] Currently available as recording apparatuses 
for recording data in a personal computer (hereinafter 
referred to as "PCO include floppy disk dnvea (herein, 
after referred to as *FDD H ), hard disk drives (hereinafter 
referred to as HDD") and CD-ROM units, etc. These 
recording apparatuses are connected with PCs via in- 
terfaces called IDE. SCSI, etc. 
[0005] Operations of such a recording apparatus 
which is connected with a PC. hardware inside the PC. 
etc.. are controlled by software called "Operating sys- 
tem (hereinafter referred to as "OS")" which is repre- 
sented by Windows , Macros and UNIX. Introduced in 
the OS is a concept of file system, for the purpose of 
handling data recorded on a recording medium of each 
recording apparatus, such as an FDD find n CD-ROM 
unit, as a file. A file system is a system in which each 
piece of data partitioned as a file Dears information, such 
as a file name, a location at which the file data are re- 
corded, a file length, a recording date/hour and the like, 
tn thereby organize and manage such that data are 
treated as a file. 

[00 06] For example, a Windows PC is formed by hard- 
ware, kernel mode software serving as the OS anduser- 
mode software serving as applications. The OS known 
as WmdowsSB uses a file system railed "FAT (Fit* Allo- 
cation Table)" foran FDD and an HDD and a file system 
called "CDFS (CD Pile System)" for a CD-ROM unit. 
Software which controls the file systems is a file system 
driver (hereinafter referred to as "FSD"). and me FDS is 
contained in the OS. Only through the FSD, an acces* 
t»n be made to data (file) , e.g., reading from a medium 
in the recording apparatus and writing recorded data 
(file). 

[0007] By the way, digital interfaces based on new 
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standards such as IEEE 1394 Standard have been intro- 
duced to PCs. Whlcr) has made it possible to connect a 
PC with equipment jsuch as a VCR (for instance. DV 
(Digital Video Cassejtte)) which records and reproduces 

.* video and speech. [ 

£0008) However, ince DVs are not compatible with 
file systems, even when u DV is connected with a PC. 
a problem remains that the PC can not treat a content 
which is recorded iri the DV as a file, and therefore, a 

10 file system for the (DV File a/stem, abbreviated as 
DVFS) and a file system driver for the PC to handle the 
dvfs are necessary. 

[0009] Further, even with the file system introduced to 
the DV. an application writes data in a file through the 
is F SD by means of the following or repetition of the same 

(1) Hie OPEN [instruction - designation of a file 

name 

(2) WRITE insttjiction to write in the opened file - 
to designation of a {write start position, a write data site 

and data-to-write 

(3) File CUOSE instruction 

The application and the OS determine the order of writ- 
es ing. the write size and the write timing, which is viewed 
from the DV es en asynchronous random request. In a 
similar manner, an application reads data from a file 
through the FSD by means of the following or repetition 
of the same: 

20 

(1) File OPEN Instruction - designation of a file 
name 

(2) READ instruction to read from the opened file - 
designation of a read start position and u read data 

3d sue 

(3) File CLOSE instruction 

The application and the OS determine the order of read- 
ing., the read siz« Arid thv road timing, which is viewed 
from the DV as an asynchronous random request 
[0010] Sending and receiving stream data, the OV 
has a problem that it is Impossible to respond to an asyn- 
chronous random access described above. Hence, a 
mechanism for responding to such an access ia needed. 
[0011] An action of switching operations little by little 
is not a premise for a magnetic tape recording machine 
of the sequential type such as a DV. and hence, even if 
the mechanism operates minutely to respond to a ran- 
dom access, as an operation mode for the mechanism 
is changed more frequently for which processing takes 
long, the mechanism and a tape get damaged. In addi- 
tion, while such a random access Is necessary to exe- 
cute spectaJ processing such as editing, if the purpose 
„• is only to reproduce and display or copy AV data in real 
ss limo^using stream data ail ata time is more efficient. It 
Is also necessary to appropriately accommodate an ap- 
plication for accessing asynchronously and at random 
and an application for handling stream data all at once. 
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[D0 12] On the other hand . for the purpose of cor mect- 
ing PCs with external equipment vie IEEE 1394 i/Fs. a 
WDM driver based on the WDM (Wir iriows Driver Model) 
architecture has been introduced for Windows 98 as a 
new driver which complies with IEfcE1394 which is dif- 
ferent from existing architecture*, which has created an 
environment ceded DiractShow for handling stream da- 
ta, such as video/audio data, on a PC. Although fusion 
ot PCs and digital video/audio equipment . such as DVs. 
has been promoted in this manner, sinew PCs have nev- 
er initially considered handling synchronous data, the 
current mechanisms can not handle real-lime data with- 
out a break. 

(0013) in other words, while sanding from a PC to a 
DV demands to send a fixed amount of data for each 
video frame such that predetermined frame intervals are 
maintained, in tho case that a part or ell of processing 
is realized by software on the PC. processing nf we 
frame does not complete in a constant period of time. 
Although a PC has a mechanism to instruct a processing 
time for processing data per unit, if a certain frame has 
used e long processing time, the subsequent instruction 
is to delay a processing time uf the next frame rather 
than giving a higher prtonty to processing of the next 
frame. Hence, it is not possible to keep sending while 
maintaining predetermined frame intervals. 
[0014] A number of digital video/audio apparatuses, 
including not only DVs but also set top boxes for receiv- 
ing MPEC2-TP data (hereinafter referred lu «js "STB"), 
are capable of transferring data with other equipment by 
means oflEEE1394 1/Fs, 

[001 5] Further, from a standpoint of protection of cop- 
yright, for transmission of AV data, a scheme of trans- 
mitting copy right information on a header of an 
IEEE 1394 transmission packet was proposed in "5C 
Digital Transmission Content Protection White Paper" 
In July, 1998. Since a current PC does not have a mech- 
anism to deal with copy right information retarding AV 
data, a new mechanism to handle AV dnin in accord- 
ance with copy right Information is necessary to send 
and receive AV data between PCs and other AV equip- 
ment 

SI JMMARY OF THE INVENTION 

[00 1 cj There currently is a problem that a DV t sending 
and receiving stream data, can not respond to an asyn- 
chronous random access. Accordingly, the object of the 
present invention is to solve the problem that a mecha- 
nism for responding to such an access is necessary. 
[0017J A further object of the present invention is to 
solve the problem that despite the recent ongoing fusion 
nf PCs and digital video/audio equipment such as DVs, 
since PCs have never Initially considered handling syn- 
chronous data, the current mechanisms can not handle 
real-time data without a break. 
[001 8J A still further object of the present invention is 
to solve the problem that a new mechanism to handle 



AV data in accordance with copy right information is nec- 
essary to send and receive AV data between PCs end 
other AV equipment 

[001 9) The present invention (corresponding to claim 
1) is a data processing system comprising an operating 
system which contains a file System driver and a device 

characterized In comprising: 



to a real-time interface dnver which processes datn of 
a device which Comprises an interface which is re- 
quired to ensurfe real-time processing during re- 
cording and/or reproducing; 
a non real-time interface driver which processes da- 

i$ ta of a device which comprises an interface which 
is not required to ensure real-time processing dur- 
ing recording and/or reproducing: 
an IFS manager which allocates instructions for 
predetermined processing regarding a file system 

90 to each one of control means which are to handle 
the instructions: 

first control moans which, using first file manage- 
ment information with respect to data which are in 
a first medium which is housed in the device which 
23 comprises an Interface which is required to ensure 
said real-time processing, converts an instruction 
for said predetermined processing inputted through 
said IFS manager into a data processing instruction 
on said first medium and sends to said real-time m- 
terface driver; and 

second control means which, using second file 
management infnrmailnn with respect to data which 
am in a second medium which is housed in the de- 
vice which comprises an interface which is noi re- 
ds quired to ensure said real-time processing, exe- 
cutes processing for accessing to a file on said sec- 
ond medium in accordance with the instruction for 
said predetermined processing inputted through 
aaid IFS manager and $en<iti the instruction for said 
49 predetermined processing to said non real-time in- 
terface driver via an I/O sub system. 

[0020] The present invention (corresponding to daim 
8) is a data processing system comprising an operating 
45 system which contains a file system driver and a device 
driver. 

characterized in comprising: 

display application means which displays files 
so which can be handled in a file system, selects a de- 
sired file from the displayed files, and starts 
processing which is associated with said selected 
file; 

. ... a first processing part which executes processing 
ss . ' on a first medium which stores data of e device 
' . which comprises an interface which is required, to 
ensure real-time processing during recording and/ 
or reproducing; 
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a second processing part which executes process- 
ing on a second medium which stores data of a de- 
vice which comprise* an interface which is not re- 
quired to ensure real-time processing ciunng re- 
cording and/or reproducing: s 
device identifying means which identities a device 
in which said selected file exists: and 
a file starter part which dnves said first or said sec- 
ond processing part in accordance with the identifi- 
cation result made by said device Identifying to 
means. 

(0021) The present invention (corresponding to claim 
9) is a data processing system comprising an operating 
system which contains a file system driver and a device w 
driver, 

characterized in comprising: 

a real-time interface driver which processes data of 
a device which comprises an interface which is re- 20 
quired to ensure real-time processing during re- 
cording and/or reproducing: 
a non real-time interface driver which processes da* 
ta of a device which comprises on interface whii;h 
is not required to ensure real-time processing dur- 25 
Ing recording and/or reproducing: 
«n iFS manager which allocates instructions for 
predetermined processing regarding a file system 
to each one of control means which are to handle 
the instructions; 

first control means which, using first file manage- 
ment information with respect to data of the device 
which comprises an interface which is required to 
ensure said reel-time processing which are stored 
in a first medium, converts an instruction for said 
predetermined processing inputted through said 
IFS manager into a data processing instruction on 
said first medium and sends to said real-time inter- 
face driven and 

second control means which, using second file 
management information with respect to data of the' • 
device which comprises an interface which is not 
required to ensure said real-time processing which 
are stored in a second medium, executes process- 
ing for accessing to a file on said second medium <* 
in accordance with the instruction for said predeter- 
mined processing inputted through said IFS man-' 
agar and sends the instruction for said predeter- 
mined promoting to said non realtime interface 
driver via an I/O sub system: 60 
display application means which displays files- - 
which can be handled in a file system, selects a de- 
sired file from the displayed files, and starts ' 
processing which is associated with Raid selected 
file; •' • 55 

a first processing pan which executes processing 
on a first medium which stores data of a device 
which comprises an Interface which is required to 



ensure real-time processing during recording and/ 
or reproducing: 

a second processing part which executes process- 
ing on a seconcimedium which stores data of a de- 
vice which comprises an interface which is not re- 
quired to ensure reaJ-bme processing during re- 
cording and/or reproducing: 
drive identifying means which identifies a drive in 
which said selected file exists: and 
» file Rtarter part which drives said first or said sec- 
ond processing part in accordance with the identifi- 
cation result made by said device identifying 

means. j 

I 

100221 The preserit invention (corresponding to claim 
13) is a data transmission apparatus, comprising: 

time intervals generating means which creates pre- 
determined time of day information; 
outputting means which outputs a series of data 
frames as stream data; 

sending meansi which divides said series of data 
frames forming jsaid stream into packet data and 
sends: and j 

transmission managing means which manages 
said outputting means and said sending means, 

characterized in that said transmission managing 
means enters said stream data to said sending means 
based on said predetermined time of day Information. 
p>023] The present invention (corresponding to claim 
22) is a data transmission apparatus, comprising: 

data conversion means which divides inputted 
stream data and adds header information to each 
piece to thereby Obtain packets, and inserts packet 
processing start time information which is for the da- 
ta receiving side into the header information of at 
least first packet of each frame of said stream data 

and thereafter outputs; end 
. an Interface which, using a clock, outputs to a bus 
the packets processed by said data conversion 
means, at the transmission start time which corre- 
sponds to said packet processing start time Infor- 
mation, 

. 1 cr^facterlzed In that the packet pw-essinn start 
time information of said packets is expressed by: 

T1 " X + 2 + Y (N - 1) 

(where X>=0, Z>=0) assuming that X denotes the trans- 
mission start time for the first packet of the first frame. 
N denotes a tame number, Y denotes a frame period. 
z denotes an inrcai value, and T1 denotes tne process- 
ing start time of said packets. 
(0024J The present invention (corresponding to claim 
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27) is a receiving apparatus, comprising: 



an interface which receives a transmission packet 
which contains a transmission path header in which 
additional information is describe! and data hlncks; $ 
transmission path header separator means which 
separates said transmission packet into said trans- 
mission path header and said data blocks: 
additional information extracting means which ex- 
tracts said additional information from said trans* to 
mission path header 

data packet generating means which generates 
from said data blocks a data packet which is ob- 
tained by combining one or more of said data 
blocks: and '5 
additional information inserting means which adds 
or inserts said additional Information to said data 
packet and outputs as an outpul ticket of one type 
of data format which can be be processed by an 
application simultaneously. 20 

characterised in that said application processes 
the output packet outputted from said additional infor- 
mation inserting means. 

[0025] The present Invention (corresponding to claim 
is a receiving apparatus, comprising: 

an interface which receives a transmission packet 
which contains a transmission path header in which 
additional information is described and data blocks; 30 
transmission path header separator means which 
separates said transmission packet into said trans- 
mission path header and said data blocks: 
additional infonnatiun extracting means which ex- 
tracts said additional infomiation from said trans- m 
mission path header. 

data packet generating means which generates 
from said data blocks a data packet which Is ob- 
tained by combining, one or more of said data, 
blocks; 4> 
source packet header separator means which sep- ' 
arates said data packet into a source packet header 
and a source packet; and 

additional information inserting means which adds' 
nr inserts said additional information to said source 45 
packet or replaces said additional information, and 
outputs as an output packet of one type of data for- 
mal which can be be processed by an application 
simultaneously, 

. 50 

characterized in that said application processes • 
the output packet outputted from said additional infor- 
mation inserting means. 

{0026] The present invention (corresponding to daim 

38) is a data sending apparatus, comprising: » ' 

additional information separator means which, up- 
on receipt of an input packet of one type of data for- 



mat which can $e processed by an application si- 
multaneously, retrieves said additional Information 
which is added pr inserted to a data packet which 
forms said inpu^ packet 

data block generating means which generates one 
or more data blocks from said data packet: 
transmission papket generating means which exe- 
cutes predetermined processing on said data 
blocks, inserts said additional information at a pre- 
determined location in said data blocks, and ac- 
cordingly generates said transmission packet: and 
an interface which sends said transmission packet. 

[0027] The present invention (corresponding to daim 
4?) is a sending apparatus, comprising: 
i 

additional information separator means which, up- 
on receipt of an input packet of one type of data for- 
mat which can $e processed by an application si- 
multaneously, constructs said input packet and re- 
trieves said additional information from a transport 
packet which includes added, inserted or replaced 
additional information: 

data packet generating means which combines a 
source packet header with said transport packet to 
thereby generate a data packet; 
data block generating means which generates one 
or more data blocks from said data packet; 
transmission packet generating means which exe- 
cutes predetermined processing on said data 
blocks, inserts said additional information at a pre- 
determined location in said data blocks, and ac- 
cordingly generates said transmission packet; and 
an interface which outputs said transmission pack- 
et. 

BRIEF DESCRIPTION OF THE DRAWINGS 
£0028] 

Fig. 1 1s i block diagram of a file processing system 
. according to a first preferred embodiment 
.. Fig. 2 is a block diagram of a file processing system 
according to a second preferred embodiment: 
Fig: 3 te a block diagram of an PSD for a tfv (used 
in the first and the second preferred embodiments ) 
Which" rs a triird preferred embodiment: 
Fig! "4 is a block diagram showing a first structure 
. example of a DVFS processing support application 
' (used in the first and the second preferred embod- 
- •■ Intents) which Is a fourth preferred embodiment 
. Fig. 5 Is a Wock diagram showing e second struc- 
ture example of a DVFS processing support appli- 
cation {used in the first and the second preferred 
efrtoctf merits) which Is a fifth preferred embodi- 
ment; 

Fig. 6 is a block diagram of a data transmission ap- 
paratus according to a sixth preferred embodiment; 
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Fig. 7 is an explanatory diagram showing time in- 
tervals information used by the data transmission 
apparatus according to the sixth preferred embod- 
iment: 

Fig. ft is a block diagram of a data transmission ap- 
paratus according to a seventh fxafanetf embodi- 
ment; 

Fig. 9 is an explanatory diagram showing a method 
of transmitting DV frame data on an IEEE1394 bus: 
Fig. 1 0 is a timing chart Showing the timing of send- 
ing and receiving isochronous packets on an 
IEEE1394 bus: 

Fig. 11 is an explanatory diagram showing a method 
of calculating SYT ; 

Fig. 1 2 Is a flow chart showing an example of oper- 
ations of a CI P generating part 115: 
Fig. 13 is a block diagram uf a receiving apparatus 
according to an eighth preferred embodiment 
Fig. 14 is a block diagram of a receiving apparatus 
according to a ninth preferred embodiment 
Fig. 15 is a block diagram of a receiving apparatus 
according to a tenth preferred embodiment: 
Fig. 16 is a block diagram of a receiving apparatus 
according to an eleventh preferred embodiment 
Fig. 1 7 Is an explanatory diagram showing a struc- 
ture example of an input/output packet which is 
used in the eighth, the ninth., the tenth and the elev- 
enth preferred embodiments; 
Fig. 1 8 is an explanatory diagram showing a metfv 
od of transmitting an MPEG2 TS packet on an 
' IEEE1394 bus: and 

Fig 1 9 is an explanatory diagram of what is realized 
by a program which is a twelfth preferred embodh 
mem. 

BEST EMBODIMENT FOR IMPLEMENTING THE 
INVENTION 

[0029J In the following, preferred embodiments of the. 
present invention will be described with reference to as- 
sociated drawings. 

(First Preferred Embodiment) 

[0030] First a structure of a file processing system ac- 
cording to a first preferred embodiment of the present 
invention will be described with reference to Fig. 1. Fig. 
1 is a block diagram ot the Tile processing system ac- 
cording to the first preferred embodiment. Thu following 
assumes that Windows PCs realize Hie processing sys- 
tems. In Fig. 1, denoted at 10 is a PC (file processing 
system), denoted at 11 is an FS displaying application, 
denoted at 12 is a file copying application, denoted at 
13 is a file reproducing application, denoted at 14 is a 
system service, denoted at 1 5 is an I/O manager subset, 
denoted at 16 is an IFS manager, denoted at 17 is an 1/ 
O sub system, denoted at 18 is a displaying device, de- 
noted at 19 is a displaying device driver, denoted at 20 



is a WDM-incompatible device (described as an HDD 
as an example in this embodiment), denoted at 21 is an 
HDD file system driver (HDD- FSD) , denoted at 22 is an 
HOD driver, denoted at 23 is a WDM-compatible device 

* (described as a DV as an example in this embodiment) . 
and denoted at 24 is a DV driver, all of which are ele- 
ments which already are present within conventional 
PCs. Denoted at 30 is a DVFS support application, de- 
noted at 31 an IFS monitor, and denoted at 32 is a DV 

10 file system driver (DV-FSD). 

£0031] Without the DVFS support application 30. the 
IFS monitor 31 and the OV-FSO 32. the file processing 
system 10 is merely a system which can handle files 
which are recorded in the HDD 20. Recorded files and 

15 a directory structure on the HDD 20 are managed by the 
HDD-FSD 21 based on an FAT (File Allocation Table). 
(0032] The DV 23 houses a magnetic tape, and data 
can be recorded in the form of a file on the magnetic 
tape. File management information which is necessary 

20 to manage recorded files, a directory structure and the 
like is also recorded. The file management information 
may include tape-related information such as tape IDs 
and volume names, file entries each set for each file, 
directory entries each set for each directory, etc. Each 

25 entry consists of information such as a file name and a 
creation date, and a file entry further includes informa- 
tion such as a file size and a recording location un Uw 
tape. A file size may be a frame count or a byte count 
(or may be controlled in the both figures). 

so roo33] Now. the following wilt describe an operation 
in a case that a recorded content on the magnetic tape 
inside the DV 23 is disployedboscd on the associated 
file management Information In the structure described 
above. 

ss [0034] The description below assumes that a content 
recorded on the magnetic tape inside the DV 23 is dis- 
played using the FS displaying application 11 which is 
used to display contents of files which are recorded on 

. the. HDD 20, an FDD, a CD-ROM or the like in tne PC 1 n 

40' {0035J To obtain information regarding a desired file, 
first, the FS displaying application 11 sends an OPEN 
request to open that file to trie DV-FSD 32 through the 
system service 14 and the IFS manager 16. After the 
DV-FSD 32 accesses the file management Information 

43 and confirms the existence of the file and returns, the 
FS tfspJaying application 11 sends an acquisition re- 
quest for information such as a file size, a file update 
date/hour or the like to the OV-FSD 32 through the sys- 
tem service 14 and the IFS manager 16. and the 

so DV-FSD 32 accordingly accesses the file management 

• Information, extractsthe demanded information and m- 
■ turm ^ lnforrriatlon. Upon acquisition of the desired 

irirtbrmatfan/tha FS displaying application 11 sends a 
CLOSE request to close the file to the DV-FSD 32 
55 through the system service 14 and the IFS manager 16, 
and 'the DV-FSD 32 accordingly discards the informa- 
tion held with respect to the file. 
[003G] With the processing as described above re- 
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peated, one can look at a displayed ti&t of rw^rded files 
using the FS displaying application 11 such as Explorer 
in Windows available from Microsoft Corporation. 
[0037] Next, an operation in a case that a file in the 
OV ?3 is copied to the HOD 20 will be described. First, 
a user selects a file in the DV 23 which fs to copy from 
a list which is displayed by the FS displaying application 
11. and instructs any desired directory on the HDD 20 
as a copy destination. The file copying part 12 sends to 
the IFS manager 16 through the system service 14 in- 
formation regarding the selected file and » copy request 
to the HDD 20. 

[0038] More specifically, in this case, the request sent 
to the IFS manager 16 is a notice of starting processing 
a ffle (which is on the DV 23 or the HDD 20) (hereinafter 
referred to as "OPEN-Request"). a request to read data 
of a file (hereinafter referred to as "HEAD-Request"). a 
request to write data in a file (hereinafter referred to as 
"WRITE-Request"). or a notice of terminating process- 
ing on a file (hereinafter referred to as 'CLOSE-Re- 
quest"). 

[0039] An OPEN-Request is sent tugcther with infor- 
mation regarding a file to designate, such as a file name, 
a device number and a file ID. A KEAD-Request and a 
WRITE-Request are sent together with information such 
hs a file ID and a location and the size of demanded data 
in O file . A CLOSE-Request is sent together with afile ID. 
[O040J The IFS manager 1 R sends to the DV-FS D 32 
an OPEN-Request regarding a tile which is on the DV 
23 selected as a copy source, thereafter sends a READ- 
Request for data, and then sends a CLOSE-Requesr af- 
ter reading atl data. Alternatively, the IFS manager 16 
sends to the HDD-FSD 22 an OPEN-Request regarding 
the HDD 20 which is selected as a copy destination, 
thereafter sends a WRITE-Request for data, and then 
sends e CLOSE-Request after writing all data, in either 
case, a file name at the copy source and □ file name at 
the copy destination are different when viewed as a full 
path name but the same as a file name excluding a di- 
rectory-related portion. 

[0041 J The IFS monitor 31 has a function of monitor- 
ing an output from the IFS manager 1R and sending to 
the DVFS support application 30 (and may further have 
a function of discarding information which the DVFS 
support application 30 does not need). Hence, the IFS 
monitor 31 acquires the OPEN-Request. the READ-Re- 
quest and the CLOSE-Request described above direct- 
ed to the DV 23 and the OPEN-Request, the WRITE- 
Request and the CLOSE- Request described above di- 
rected to the HDD 20, and sends them to the DVFS sup- 
port application 30. 

[0042) The DV-FSD 32 extracts corresponding file 
management Information based on the file name sent 
together with the OPEN-Request. and sends the ex- 
tracted file management information together with each' 
Request to the DVFS support application 3U. 
[0043] The DVFS support application 30 checks re- 
quests sent from the IFS monitor 31. and if there is a 



write request demanding a file on the HDD 20 which cor- 
responds to a data read request demanding a file on the 
D V 23. the DVFS support application 30 determines that 
there is a request to copy the file on the DV 23 to the 

5 HDD 20 and executes processing of capturing, to the 
HDD 20 in real time, a section of DV stream data which 
are obtainable through the DV driver 24 from the DV 23, 
starting at a portion iwhich is designated as the begin- 
ning of the file up to 4 portion which is designated as the 

10 end of the file. ! 

[0044] Meanwhile] in the case of copying a file on the 
HDD 20 to the DV 23, in a manner opposite to the above, 
the IFS manager 16 sends a WRITE-Request to the 
DV-FSD 32 but a READ^Request to the HDD-FSD 22. 

<a so that the DVFS support application 30 performs 
processing of sending a file on the HDD 20 to the DV 
23 and thereafter recording on the magnetic tape in the 
DV 23 starting at a portion which is designated as a 
record start position. 1 

20 [0045] The processing above makes it possible to 
copy from the DV 23 to the HDD 20 and from the HDD 
20 to the DV 23 file py file based on an asynchronous 
random request even if the DV 23 is capable of only 
receiving and outputying stream data. 



25 



(Second Preferred Embodiment) 



i 



[004&] Next, a structure of a file processing system 
according to a second preferred embodiment of the 
3o present invention wilt be described with reference to Fig 
2. Fig. 2 is a block diagram of the file processing system 
according to the second preferred embodiment which is 
the same as the first preferred embodiment rn that a 
Windows PC realizes the system, in Fig. 2. the structure 
33 is mosUy the same as that shown in Fig . 1 , and denoted 
at 40 is a file reproduce/starter application, denoted at 
41 is a drive identifying part, denoted at 42 is an HDD 
ffle starter, and denoted at 43 Is a D V file starter 
IQ047J NOW, the fallowing will describe an operation 
In a base that a file recorded on a magnetic tape in the 
DV 23 is reproduced and displayed based on the asso- 
. ciated $)e management information in the structure de- 
. scribed above. 

[0048] A mechanism is that as a file is selected and 
43 douWe-dicked in a file list provided by the FS displaying 
application 11, an application which is designated de- 
pending hp the type of a file Is selected and started, and 
. the started application executes an operation of "open- 
ing" the selected file. In general, if the file represents AV 
so data, the file reproducing application 13 is started, if it 
is on the. HDD 20, with the file reproducing application 
; .13,-real-fime reproduction is possible (This however 
„ beans 9 possibility that a video signal misses some 
frames.). When one wishes to "open" u file on Die DV 
ss 23 as in the case of opening a fUe on the HDD 20. to 
reproduce and display AV data recorded in the DV 23 in 
real time is very difficult, and therefore, a dedicated ap- 
plication is necessary. 
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[0049] An application which is designated for an AV 
data file is not tho file reproducing application 13 but is 
the file reproducefetarter application 40. As the file re- 
produce/starter application 40 is started, the drive iden- 
tifying part 41 judges on which drivtt a selected file is 
present. Determining that it is a drive other than the DV f 
the drive identifying part 41 notifies the file repioduciny 
application 13 of information of the selected file through 
the HDD file starter 42 and starts the file reproducing 
application 13 so that an operation of "opening" the se- 
lected file will be executed. When the drive identifying 
part 41 judges that it is a DV file, information of the se- 
lected file is notified to the DVFS support application 30 
through the DV file starter 43 ; and the DVFS support 
application 30 executes processing of reproducing and 
displaying, in real time. DV stream data which are ob- 
tainable through the DV driver 24 from the DV 23. 
10050] The processing above makes it possible to re- 
produce and display data in the DV 2a file by file based 
on an asynchronous random request. even if the DV 23 
is capable of only outputting stream data 
[0051 1 Although the foregoing has described that data 
are video/speech data and the applications are for re- 
producing and displaying video/speech data according 
to the present invention, even in ti ie case of data of other 
types, a similar effect is obtainable using applications 
which correspond to the other type data. 

(Third Preferred Enibudiment) 

[0052J A sVucture of the DV-F5D 32 which Is used In 
the first 3nd the second preferred embodiment* nf the 
present invention win be described with reference to Fig. 
3. Fig. 3 is a block diagram of tho DV-FSD 32. wherein 
denoted at 50 is a request identifying/return sending 
part, denoted at 51 is a file entry extracting part, denoted 
at 52 is a file management information holding part, de* 
noted at 53 is an access file entry holding part, denoted 
at 54 is a first file information extracting pert, denoted at 
55 is a second file information extracting part. 
[0053] The DV-r-SD having such a structure operates 
in the following manner. The request identifying/return 
sending part 50, being an interface with the IPS manag- 
er 16. receives a request and returns information/data 
demanded by the request and a return code. Further, 
the request identifying/return sending part 50 discrimi- 
nate* requests of a plurality of types. 
[0054) When a request is OPEN, based on a file name 
received together with the request, the file entry extract- 
ing part 51 extracts a file entry which corresponds to the 
file name from the file management information holding 
part 52, registers in the access file entry holding part 63, 
and sends the OPEN request to the DVFS support ap- 
plication 31 OPEN requests are notifications to ctart 
processing corresponding files. In general, the system., 
handles a file in accordance with only a file ID and as- 
sociates a file ID with a file name only when receiving 
an OPEN request, and therefore, it is necessary for the 



access file entry holding part 53 to associate a file ID 
with a fit* entry. From Information held by the file man- 
agement information holding part 52, in the absence of 
a file which corresponds to the designated file name, the 
$ request identifying/return sending part 50 returns a re- 
turn code which is indicative of a failure. 
[0055} When the request is keao or WRITE, the sec- 
ond file information extracting part 55 extracts informa- 
tion regarding the designated file from the access file 
10 entry holding part 53 based on the file ID received to- 
gether with the request, adds such information to the 
request and sands tp the DVFS support application 30. 
In the case that the pVFS support application 30 deter- 
mines that copying <j)f a file in the DV 23 to the HDD 20 
1$ or copying a file on the HDD 70 to the DV 23 is demand- 
ed, data processing )n response to the READ or WRITE 
request is nut executed, and instead, the request Iden- 
tifying/return sendirjg part 50 returns a return code 
which is indicative of a success. 
20 [0056] When the request is CLOSE, the second file 
information extracting part 55 extracts information re- 
garding the designated file from the access file entry 
holding part 53 based on the file ID received together 
with the request and sends the request to the DVFS sup- 
26 port application 30.; and the request identifying/return 
sending part 50 returns a return code which is indicative 
of o success. 

[00 57] For a request other than the above, the request 
needs not be sent to the DVFS support application 30. 

so and therefore, the first file Information extracting part 54 
extracts information regarding the designated file from 
the access file entry holding part 53 based on the file ID 
received together with the request and the request iden- 
tifying/return sending part 50 sends it together with a 

*5 succesa return code to the 1FS manager 16. 

[0058] Owing to the DV-FSD 32 having such a struc- 
ture deschhed above, even if the DV 23 is capable of 
only receiving and outputting stream data, it is possible 
■to execute processing file by fiie based mi i*r» asynctvo- 

...40 nous random request. 

(Fourth Preferred Embodiment) 

[0059] A structure of the DVrS support application 30 
45 which, is used in the first and the second preferred em- 

bntfmehtfi of the present invention will be described with 
. rtference to Fig. 4. Fig. 4 is a block diagram of the DVFS 

support application do , wherein denoted at 60 is a sup- 

portprocessing judging part, donotod at 61 is a rcpro- 
*> ducWtfsplaying part denoted at 52 is a DV >HDD 

copying part, denoted at 63 is an HDD-tDV copying 

part, anil denoted at 64 is a file management information 

upoitfr>g)a^qu1ring part. 

[0080). • The DVFS support application having such a 
SS ; , structure opera tes in the following manner. The support 
. rjrocessrng judging part oO judges processing regarding 
the DV 23 based on a request from the DV-FSD 32 and 
information from the IFS monitor 31 . and instructs to ex- 
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ecute appropriate processing. 
[0061] When instructed to reproduce a file which id re- 
corded on the tape in the DV 23. the reproducing/dis- 
playing part 61 is started by the file reproduce/starter 
application 40 and executes reproducing/displaying 
processing while working in cooperation with the DV 
driver 24. More specifically, thH following is carried out 
as a series of operations: 

(1) An instruction to search for a front part of a fife 
is sent to the OV 23 through the DV driver 24, 

(2) An instruction for reproduction is sent to the DV 
23 through the OV driver 24. 

(3) Data reproduced by the DV 23 and sent from the 
DV 23 through the DV driver 24 are displayed. 

(4) When a last part of the file is reached, an instruc- 
tion to stup is sent to the DV 23 through (he DV dnv- 
er24. 

[0062] When installed to copy a file recorded on the 
tape in the DV 23 to the HDD 20, the DV-»HDD copying 
part 62 is started in accordance with Irm judgment made 
by the support processing judging pan 60 ai id executes 
copying while working in cooperation with the DV driver 
24. In short, the following is carried out as a sen** nf 
operations: 

(1) An instruction to search for a front pari of a file 
is sent to the DV 23 through the DV driver 24. 

(2) An instruction for reproduction is sent to the DV 
23 through the DV driver 24. 

(3) Dote reproduced by the DV 23 ond sent from the 
DV 23 through the DV driver 24 are written on the 
MOD 20. 

(4) When a In st part of the file is reached, an instruc- 
tion to stop is sent to the DV 23 through th« DV driv- 
er 24. 

100$3) When instructed to copy u (ilu on the HDD 20 ■ 
to a tape in the DV 23. the HDD-+DV copying part 63 Is 
started in accordance with the judgment made by the 
support processing judging part 60 and executes copy-, 
ing while working in cooperation with the DV driver 24. 
In r.hort. the following is carried out as a series uf oper~ ' 
ations: 

(1) An Instruction to search for the most recent file 
recording end position in the tape is sent to the DV 
23 through the DV driver 24. 

(2) Data to be read from the HDD 20 are sent from 
the DV 23 through the DV driver 24 

(3) An instruction for recording is sent to the DV 23 
thrmjgh the DV driver 24. 

(4) Whan 0 lost part of the file is reached, an instruc- . 
tion to stop is sent to the DV 23 through the DV driv- 
er 24. 

[0064] Since the support processing judging part 60 



instructs the DV-+HDD copying part 62 and the HD- 
D-+DV copying part 63 to carry out an operation file by 
fBe. at least a recording location and the size of the file 
which are information regarding the file needs be pro- 

5 vidod together with the instruction for operation. K a file 
name as well is to be displayed when a message indi- 
cating that the processing is ongoing is displayed on a 
screen, information regarding the file name as well 
needs be provided. 

10 [0065] When the IFS manager 1 6 and the other parts 
demand Information contained in the file management 
Information, accessing a tape each time takes very long 
time and imposes a very large burden upon the mech- 
anism of the DV 23 land the tape itself, and hence, it is 

J5 preferable that the file management information holding 
part 62 within the file processing system 10 (raids such 
information in aoVance and the trie management infor- 
mation holding part $2 is accessed usually. . 
[0066] Noting this, the file management information 

20 updating/acquiring part 64 executes an operation of re- 
cording the file management information held by the file 
management Information holding part 52 on a tape or 
making the fife management information holding part 52 
acquire the file management information recorded on 

25 the tape. 

[0067] In order to prevent the file recorded on the 
tape, the file management information recorded on the 
tape and the file management information held by the 
file management information holding part 52 from be- 
30 coming different from each other, it is necessary to 
record the file management information as well on the 
tape at least immediately after recording tlie Ola cxi the 
tape. (When it is known from the beginning that more 
than one files are to be recorded subsequently, the file 
35 management information may be recorded on the tape 
immediately after recording me last file on the tape.) 
[0068] Upon start-up of the file processing system 1 0, 
it is necessary to acquire the file management informa- 
: tion. Further, since the mechanism of the DV does not 
40 require the DV driver 24 to transmit this information to 
the file processing system 1 0 even despite exchange of 
a medium, and therefore, it is desirable that the file man- 
agement information updating/acquiring part 64 has a 
function, of checking whether a medium has been ex- 
's . changed or not 

[0069] With a medium I D included in the file manage- 
• men! Information, whether the file management infor- 
mation Tn the. file management information holding part 
52 arid the file management information acquired by the 
so fOe/nanagement information updaUng/acqmring part 64 
are on the same medium can be determined based on 
e.me<frumiP.a/u*t>ehce. it is possible to judge whether 
e medium has been exchanged or not 
,£00701 Inadtftion^wttnmemostrecentupdatingriate/ 
55 time information Included in the file management infor- 
mation, which one of the file management information 
in the.fite management information holding part 52 and 
the file management information acquired by the file 
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management Information updating/af;qurnng part 64 is 
the most recent file management information can be 
found, which tn turn makes it possible to deal with a sit- 
uation that the two pieces nf file management informa- 
tion do not match with each other. 
[0071] Other than the start-up of ihe file processing 
system io T the timing of acquiring the 1ile management 
information may he issuance of a particular instruction 
from the FS Displaying application 11. for example (on 
the condition that the DV driver 2A in not handling date 
as during copying or reproducing). Alternatively, acqui- 
sition may be on a regular basis (on the condition that 
the DV driver 24 Is not handing data as during copying 
or reproducing). 

[0072] By means of the DVFS support application 30 
Which works in cooperation with the DV-FSD 32 having 
such a structure described above, even if the DV 23 is 
capable of only receiving and outputting stream data, it 
is possible to execute processing file by file based on 

an asynchronous random request 

(0073] Although the foregoing has described that the 
most recent updating dalwAime information and medium 
IDs are a part of the file management information, me- 
dium IDs may be stored in an auxiliary memory which 
is attached to a tape. Alternatively sinna the values of 
medium IDs will not be changed once specific values 
ore sat with respect to the tape, the medium IDs may be 
recorded on a label of a package or in an auxiliary data 
recording area of a track formed on the tape, which en- 
ables to quickly acquire these value* without searching 
for the file management Information. 
[0074] In Khort. the medium IDs may be recorded in 
any piece, such as on the tape, in an auxiliary memory 
»r on a package, as far as they can be acquired by the 
DV driver 24. 

10075] While tr»e foregoing has described tha support 
processing judging part 60 es included in the DVFS sup- 
port application 30 in relation to the third and the fourth 
preferred embodiments, a similar effect IS obtainable if 
this function is assigned to the DV-FSD 32 (on the con- 
dition that the DV-FSD 32 receives an output from the 
DVFS support application 30). 
[0078] Although the foregoing has described a se- 
quence of successful processing, when an error occurs 
during processing, each means operates in accordance 
with the error. 

[0077] Wherever the file management information for 
the DVFS which the FSD refers to is. may it be on the 
HDD, in a memory or somewhere on the tape, tha 
present invention remains applicable. If the system is 
tor handling a plurality of tapes in the same PC. with 
medium IDs which associate the tapes with the file rnarv 
agement information registered In the filemanagement 
information, the management infon-nation needs not be 
recorded on the tapes. 

[0U/SJ Further, wham the file management informa- 
tion is to be recorded on a tape, the system may be such 
a system that keeps the information uploaded on the 



HDD or in a memory and access to the HDD or memory 
in reality. 

[QOTflJ it is also possible to handle general data, not 
only video and speech data, in a similar fashion. 
s [0080] £och processing of operation is merely an ex- 
ample, and thus, may include a function of t fast for* 
warding, ± slow or the like in addition to regular repro- 
ducing operations such as search reproduce -v stop 

w (Fifth Preferred Embodiment) 

[0081] A second structure example of the DVFS sup- 
port application which is used In the first and the second 
preferred embodiments of the present invention will be 

is described with reference to Fig. 5. Fig. 6 is a block dia- 
gram of a DVFS support application 30a. wherein de- 
noted at 65 is a support processing judging part, denot- 
ed at 61 is a reproductnoAfisplaying part, denoted at 82 
is a DV-+HDD copying part, denoted at 63 is an HD- 

*> D-*dv copying part, denoted at 64 is a file management 
information updating/acquiring part denoted at 66 is a 
random 8ccess processing part, denoted at 70 is a re- 
quest analysis part, denoted at 71 is a buffer managing 
part, denoted at 72 is a buffer, and denoted at 73 is a 

25 DV control part. The reproducing/displaying part 61 r the 
DV-eH DD copying part 62 ; the HDD-»DV copying part 
63 and the file management information updating/ac- 
quiring part 64 are the same as those of the fourth pre- 
ferred embodiment, the supportprocesslng judging part 

30 65 has a random access function in addition to the func- 
tion of the support processing judging part 60 of the 
fourth preferred embodiment. 
[0082] The support processing judging part 65 feeds 
the l^dom access processing part 66 with an OPEN- 

95 Request, a READ-Request a WRITE-Requast and a 
'CLOSETRequest directed to the DV 23 other than a re- 
quest which Is determined as copying processing from 
the DV 23 to the HDD 20 and a request which is deter- 
. mined as copying processing from the HDD 20 to the 

«o DV 23. When feeding with an OPEN-Request or a 
CLOSE-Request, tha support processing judging part 
65 provides information regarding a designated file OS 
wafl together with the request. When feeding with a 
READ-Request, the support processing judging part 65 

n provides, together with a designated manner of return* 
ing requested data, information which designates which 
portion of the file Is requested, in addition to information 
regarding a recording location and the size of the des- 
ignated file on tne tape. 

so [0083] When feeding with a WRITE-Request. the sup- 
port processing judging part 65 provides, together with 
requested data. Information which designates which 
portion of the file is requested, in addition to information 
regarding a recording location and tne size of the des- 
ignated file on the tape. The requested data are desig- 
nated by means of an offset byte count from the begin- 
ning of the file and a byte size of the requested data ; 
both in the case of READ and WRITE. 
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[0084] in the random access processing part 66. first 
the request analysis part 70 Identifies a request 
[0085] When the request is a READ- Request, from 
the recording location of the file on the tape and and an 
offset byte count from the beginning of the tile, the re- 
quest analysis part 70 confirms which portion on the 
tape bears the requested data. Tim buffer managing 
part 71 confirms whether the requested data are in the 
buffer 72 or not. When the requested data are not in the 
buffer 72, me DV control part 73 send* to the DV 23 
through the DV driver 24 an instruction for an operation 
of searching for a portion which bears the requested da- 
ta, sends an instruction for reproduction to the DV 23 
through the DV driver 24 . and writes in the buffer 72 data 
which are reproduced by the DV 23 and received 
through the OV driver 24. 

[0086] Meanwhile, the buffer managing puil 71 trans- 
fers the requested data to the support processing judg- 
ing part 65 from the buffer 72 via the request analysis 
part 70. 

[0087] When the request is aWRITfc-Kequest. from 
the recording location of thefile on the tupe and an offset 
byte count from the beginning of the tile, the request 
analysis part 70 confirms which portion on the tape 
should bear the requested data, and more specifically, 
howmany bytes should be written from which byte in 
Which frame. The buffer managing port 71 confirms 
whether the requested data are in trie b-./fter 72 or not 
[0088] Whan the requested data are not in tne Duffer 
72, the DV control part 73 sends to the DV 23 through 
the DV driver 24 an Instruct/on for an operation of 
searching for a portion whinh should !» bearing the re- 
quested data, sends en instruction for reproduction to 
the DV 23 through the DV driver 24, and writes In tne 
buffer 72 data which are reproduced by the DV 23 and 
received through the DV driver 24. The buffer managing 
part 71 writes the data demanded by the WRiTE-Re- 
quest over data which are in the buffer 72, sends at least 
re-written frame data on the butter 72 to the OV 23 
through the DV driver 24. and over-writes in a designate 
eo portion on the tape which is in the DV 23. 
[0089] While recording to the DV 23 proceeds frame 
by frame, since a WRITE-Request designates in the unit 
of bytes to write from somewhero in a frame, the proce- 
dure above is necessary. However, when the buffer 
managing part 71 determines from tne processing up to 
that stage that necessary data are in the buffer 72. it Is 
not necessary to reproduce data from the DV 23. 
[0090] The structure described above maker, it pocci- 
bie to deal with not only particular applications but gen- 
eral applications as weo (such as real-time reproduction/ 
displaying and copying) even if the DV 23 is capable of 
only receiving and outputting stream data, and therefore 
it w possible to appropriately deal with the particular ap- 
plications and the general applications respectively. 
[0091] Since a tape Is a sequential medium., for the 
purpose of reproducing a file of video/speech data for 
instance in real time, one file must he recorded In con- 



tinuous areas on a tape. When a file is to be over-written, 
as over-writing takes place on a medium, if a site ex- 
ceeds that of a file as it is before over-writing, recording 
becomes impossible. Hence, it is necessary to execute 

5 appended«recording during an over-write save as well 
not only during a save of a new file. 
[0092] In the case bf a tape formatted In advance, sim- 
ilar processing to that for a WRITE-Request described 
above may be executed. In the case of a tape not for- 

10 matted in which there is a frame bearing no record be- 
fore a frame to record in, a dummy frame needs be re- 
corded. Conversely, where a WRITE-Request has a 
precondition that data are specified in a sequential order 
starting with data at the beginning of a file, processing 

i $ of reproducing data first in the buffer 72 from: the DV 23 
is not necessary. ! 
[0093] Further, although the foregoing has; described 
that data to be transmitted are DV data, data tp be trans- 
mitted may be other; data. 

20 [0094] Further, although the foregoing has described 
that an l/F is an IEEE1394 interface, other l/F may be 
used 

[0095] Further, a receiving apparatus may be realised 
by software and/or hardware. 

(Sixth Preferred Embodiment) 

[0096] Next, a sixth preferred embodiment of the 
present invention will be described with reference to Fig. 

[0097] Fig. 6 is a block diagram of a data transmission 
apparatus, in Fig. 6; denoted at 101 is a manager, de- 
noted at 102 is an HDD reader part, denoted at 103 is 
a DV sender part, denoted at 104 is a buffer, denoted at 
& 106 is an HDD, denoted at 106 Is a DV. denoted at 107 
is a DV data file, and denoted at 108 is a time intervals 
information generating part 

[OQ99] The following assumes that the DV data file 

107 is formal Uy viueo data of tne NTSC system. 

40 [0099] AS transmission starts, first, the manager 101 
sends an output instruction to the HDD reader part 102. 
Receiving the output instruction, tha HDD reader part 
1 02 reads frame data from the DV data file 1 07 recorded 
on the HDD 105. adds time intervals information gener- 
is ejted Jhe time Intervals information generating part 

108 to this^ and writes in the buffer 104 as transmission 
data, The time intervals information indicates the time 
of day to start processing frame data in the DV sender 
part 103 and the time of day to end processing frame 

so data in the DV sender part 1 03. 

[0100] Further, the manager 101 sends an input in- 
struction to me DV sender part 103 based on the time 
intervals iafomiatlon written in the buffer 1 04, and when 
'a free space is created in the buffer 104, the manager 

« 101 sendsthe next output instruction to the HDD reader 
part 102 based on remaining area information regarding 
the buffer 104. 

[0101] That is : the input instruction is sent .to the DV 
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sender part 1 03 such that the DV sender part 1 03 starts 
inputting frame data during an occupation period which 
is indicated by the time intervals information written in 
the buffer 104 and completes inputting the frame data. 
Receiving the input instruction the DV Render part 103 
reads the transmission data from (he buffer 104. con- 
verts it into a transmission packet, and outputs it to the 
DV 106 via an (EEE1394 bus. 
[0102] This is repeated, thereby transmitting data in 
the ov data file 107. 

[0103] When a processing Urn* of frame data be- 
comes uneven because of other processing executed 
simultaneously by the PC or for other reason and actual 
processing becomes too slow, the time of day designat- 
ed by the time interval* information becomes different 
from the actual time of day of processing. To reduce 
such a difference, the manayer 101 creates a time in- 
tervals correction instruction based on toad information 
regarding the DV sender part 103 and the time intervals 
information, and sends it to the time intervals informa- 
tion generating part 1 0b\ 

[0104] For example, it is assumed that since a frame 
frequency of video data of the NTSC system is 30/1.001 
(=29.97) Hz. an occupation period of frame data is ini- 
tially set to 0.033 sec. In response, the time intervals 
information regarding the 0-th frame data holds (the 
start time, the end time) » (0. 0.0 J J). If the processing 
in the DV sender part 103 takes long, the manager 101 
sends a time intervals correction instruction to the time 
intervals information generating part 1 08 so as to extend 
the occupation period of frame data. " 
[01 05] However, for the purpose of maintaining frame 
intervals, the time intervals information generating part 
108 does not receive the time intervals correction in- 
struction sent from the manager 101 or receives but ig- 
nores It, end so that values shown in Fig 7 are used as 
the time intervals information corresponding to frame 
data which bear a frame number n. In other words, the 
start time is n*1.001/30 sec. and the end time is (n-M) 
*1. 001/30 sec 

[01 06] By means of the time interval s information gen- 
erating part 108 having such a structure described 
above, frame data ore supplied to the DV sender pert 
103 while maintaining the frame frequency intervals ap- 
proximately, and as the data are converted Into a pre- 
determined packet and sent to the DV 106 in this corn 
dition. stable sending to the DV iu« is realized. 
[0107] Although the start time is n 4 1. 001/30 sec and 
the end time is (n+1) M .00 1/30 sue in the foregoing, val- 
ues dose to these, such as these values with their frac- 
tions rounded off. may be used. 
[01 08] Further, although the f oregning has described 
that the DV data file 107 Is formed by video data of the 
NTSC system, the DV data file 107 may be formed by 
other video data of a different method such as the PAL ; 
method or other stream data such as MPEG data. 
[01 09] Further, although the foregoing has described 
that the time intervals Information according to this em- 



bodiment is set to define that the start time is n* 1 .00 1 /30 
sec ana the end time is (n+l) '1.001/30 sec, this is not 
limiting. When the DV data file 1 07 is video data of other 
method except for the NTSC system or other stream 
such as MPE G dato f the time intervals information may 
be determined based on the other method, a frame fre- 
quency of the stream, etc. In short, the time intervals 
information only needs be set so as to correspond to the 
timing which is needed by an apparatus which receives 

to packet data of the data frame, such as the DV 106. 
[01 10] Further, although the foregoing has described 
that the manager 1U1 sends an input instruction to the 
DV sender part 103 based on the time intervals infor- 
mation written In the buffer 104, this is not limiting. The 

w manager 101 may send an input instruction to the DV 
sender part 103 based on the time intervals Information 
written in tne Duffer 104 and burden information regard- 
ing the DV sender part 103. In this case, the manager 
101 fine-tunes the processing that the DV sender part 

20 1 03 reads transmission data from the buffer 1 04 based 
on the burden information regarding the DV sender part 
1 03. One example o\ aline-tuning operation by the man- 
ager 103 (101 ???) will be described below ; 
[0111] Forinstance, when the DV sender part 103 can 

25 not read transmission data from the buffer 104 tempo- 
rarily because of othjer processing executed simultane- 
ously by the PC so that the DV sender part 103 can be 
destroyed if the manager 101 sends an input instruction 
to the DV sender parjt 103. the manager 103 teams from 

30 the burden information that the 0 V sender part 1 03 can 
not accept an input instruction and temporarily post- 
pones sending of an input instruction to the 6 V sender 
part 103. As the DV sender part 103 becomes capable 
ot normally accepting an input instruction, the manager 
103 sends the postponed input instruction ko the DV 
sender part 103. Further, to make up for the delay in the 
processing of the transmission data, time intervals for 
sending an input instruction are decreased. Irj this man- 
ner, the manager 101, considering not only the lime irv 

40 tervBJs information but the burden information as well, 
sends me input instruction to the DV sender part 103 in 
such e manner that the processing completes during an 
occupation period which is indicated by the time inter- 
. vals information white making sure that the DV sender 
. 49 .part 103 will not break down. In this manner, the man- 
• oger 103 may fine-tune the DV sender part 103 while 
considering not only ttm time Intervals information but 
the burden information as well to ensure that the 
processing at the DV sender part 103 will not break 

so down. 

[01 1 2] Further, although the foregoing has described 
that the manager 1 0 1 creates a correction instruction for 
cofFBrfng the time intervals information based on the 
burden ;htforroa!Jpn regarding the OV sender part 103 
55 and the time intervals information and sends it to the 
time intervals Information generating part 1 08 according 

to this embodiment, this is not limiting The manager 101 
may not create a correction instruction for correcting the 
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time intervals information. Hence. Ihe manager 101 
does not send correction Information to (he time inter- 
vals information generating pari 108. In this manner, an 
effect equivalent to that according to this embodiment 
is obtainable, and it is possible to realize a dam trans- 
mission apparatus having a simpler structure. 
[01 1 3] Further, the time of day information accordi ng 
to the present Invention is not limited to express, in the 
DV sender part 103, the time at which processing of 
frame data should start and the time at which the 
processing should end as in the case of inn time inter- 
vals information according to this embodiment, but may 
express only the time at which processing of frame data 
should start In this case, the time at which processing 
of the next frame data should start maybe the time at 
which the ongoing processing of the current frame data 
should ond. 

[01 1 4] Further, the data transmission Apparatus may- 
be formed by hardware or software, or the both. 
[01 1 5] Further, the time intervals inf ormation generat- 
ing means 108 according to thi» embodiment is an ex- 
ample of the time intervals information generating port 
according to the present invention, the HDD reader part 
1 02 according to this embodiment is an example ot the 
outputting means according to the present invention, the 
DV sender part 103 according to this embodiment is an 
example nf the sending me an it according to the present 
invention, the manager 101 according to this embodi- 
ment is an example of Uib transmission managing 
means according to the present invention in addition, 
the time of day information according to this embodi- 
ment is an example of the time intervals information ac- 
cording to the present invention. 
[01 1 6] Further, the manager 1 0 1 according to this em* 
bodiment may be a part of DirectShow which manages 
data transmission, or a data transmission-managing 
portion of application software which can be handle 
stream data, such as video/speech data, on a PC. 
[01 1 7] Further, the data transmission oppurutus may- 
be a data transmission apparatus which executes trans- 
mission of other types of aata. such as to reproduce and 
display a DV data file, using a DV reproducing part in- 
stead of the DV sender part 103. 
[0118] According to this embodiment, fluctuations in 
transmission of frame data are reduced so that it is pos- 
sible to transmit stream data in a stable manner. 

(Seventh Preferred Embodiment) 

[01 19] Next, a seventh preferred ambodirnent of the 
present invention win be described with reference to Fig. 
8. 

[0120] Fig. 8 shows an example of a data transmis- 
sion apparatus according to the seventh preferred em- 
bodiment of the present invention. In Fig. 8, denoted at 
111 is an application, denoted at 112 is a DV driver, de- 
noted at 113 is the transmission start time information 
holding part, denoted at 114 is on SYT calculating part 



denoted at 115 is a CIP generating part denoted at 116 
is at IEEE1394 l/F, cjenutml at 117 is a time counter on 
a bus. and denoted at 11 8 ts a DV. 
[0121] Further, Fig. g is an explanatory diagram show- 

5 ing a structure of Dvjframe date. As shown in Fig. 9 (a) . 
DV data expressing j/ideo of the NTSC system consists 
of 1 wo DIP blocks having tne length of 80 bytes. ACIP 
(Common Isochronous Packet) shown in Frg. 9 (b) is 
collection of data which can be transmitted in one 

" (FEE 1394 cycle, anel is formed by six DIF blocks and a 
CIP header. The ladt two bytes of the CIP header are 
information called which expresses the time at 
which the DV 118 starts processing after receiving data 
using the tower two bytes of a time counter according to 

15 IEEE1394 Shown in Fig. 9 (d) However. FFFFh may be 
substituted in an SYtF area in the CIP except for at the 
beginning of a franitej It is an isochronous packet as that 
shown in Fig, 9 (c) that Is actually transmitted, end the 
isochronous packet is formed by further adding a packet 

20 header, a header, ckc and a data_CKC to the CiP 
[0122] A time in If EE1394 is formed by three types 
of counters called a "secorKLcount," a "cycle count" 
and "cycle offsef las shown in Fig. 9 (d). The 
second_count has aj width of seven bits and; circulates 

25 among values from p to 127, and the count unit Is one 
second. The cycle., count has a width of thirteen bits and 
oiroulateo among values from 0 to 7999, end the count 
unit is 125 microseconds. The cycie.count has a width 
of twelve bits ana circulates among values from 0 to 

30 3 071 , and the count ;unlt is 1/24576000 second. 

[0123] The transmission processing is executed in the ' 
fnllowing manner. The application 111 outputs one 
frame of DV data toithe DV driver 112 as frame data. 
The DV driver 112 divides the received frame data for 

35 the six DIF blocks, adds the CIP header and converts 
into a CIP, and outputs it to the IEEE1394 l/rt ; 16. The 
IEEE1394 l/F 116 adits a packet header, a header_CRC 
and a data. CRC to the CIP received from the DV driver 
112 to converts into dn isochronous packet, and uutputa 

40 to the DV 118. 

[0124] Fig. 10 is oibming chart showing the timing of 
settling and receiving isochronous packets. The condi- 
tion for the DV 118 to receive an isochronous packet and 
process normally inside is: 

■45.. <y • . ; 

■ ' (i) The Ome TY designated by the SYT of the iso- 
chronous packet Is after the time TD at which the 

. DV. 118 has received the isochronous packet; and 

. (2) A drfferaoce between the time TY designated by 
30 the SYT of the isochronous packet and the time TD 
at which the DV A 1 8 has received the isochronous 

• packet is.«50 microseconds or less. That is.thedif- 
fererw must be TD<TY<TD + 450 microseconds. 

55. (0125] ,To satisfy the condition above., the transmis- 
sion start time information holding part 113 acquiresthe 
time of day information on the bus from the time counter 
on the bus which is the IEEE1394 l/F 116, sets and 
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holds the transmission start time TS based tin the ac- 
quired time, end sends en instruction regarding the 
transmission start time for the entire stream data to the 
l/F 116. The SYT calculating part 114 calcu- 
lates the SYT for each frame based on the transmission 
start time TS sat by the transmission start time informa- 
tion holding pan 113, and the CIP generating part 115 
creates a CIP of a predetermined format 
[01 26) Fig. 11 shows a method of calculating the SYT, 
Considering that a sending delay is a few dozens of mi- 
croseconds or shorter and considering the relationship 
described ebove between TY and TD. an offset tso from 
TS of the time TY designated hy the SYT of an Iso- 
chronous packet which is at the beginning of stream da- 
ta to be transmitted is set to 260 microseconds. As to 
the following frames, since this example is on a video 
signal of the NTSC system, the SYT is incremented by 
1 UU1/30 second each time. In this manner, it is possible 
to provide an SYT which meets the condition above re- 
garding ail isochronous packets which are to be trans- 
mitted. If a calculated result has fractions . the fractions 
ere rounded Off. The SYT Values correspond to an ex- 
ample where TS » 0 microsecond holds. 
[D1271 Fig. 12 is e flow chart showing an example ot 
operations of the OP generating part 115. Now. a con- 
tent of operations of the CIP generating parti 1 6 will be 
described with reference to Fig. 12. 
[01281 A te r starting processing (Step 1), one frame 
of data are entered via the application 1 1 1 (Step 2). and 
frame data are partitioned into six DIF blocks from the 
beginning of the data (Step 3). Whether this is a DIF 
block at the beginning of the frame is judged (Step 4), 
and if this is at the beginning, a value calculated by the 
SYT calculating pert 114 based on the frame number n 
(The number n is counted from 0.) is used as an SYT 
value (Step 6), but if this is at the beginning, the SYT 
value is used as FFFFH (Step 6). The SYT is set in a 
CiP header and added to the six DIF blocks, whereby a 
CIP ifi created (Step 7). After repenting the processing 
from Step 3 to Step 7 for one frame, the processing of 
each frame Is terminated in accordance with a judgment 
at (Step 8), and a CIP for one frame is nutputted to the 
IEEE1394 i/F 116 (Step 9). After repeating the process- 
ing from Step 2 to Step 9 for all data, the processing is 
terminated in accordance with a judgment at (Step 10) 
(Step 11). 

[0129] Where a DV driver IEEE1394 l/F is entirely or 
partially realized by software for PC. because of a var- 
ying delay developed during acquisition of the time of 
day information on the bus indicated by the counter 117 
on (he bus, it has been heretofore dimcuit to calculate 
an accurate SYT value in a DV driver In addition, a delay 
develops in the transmission start time as well, which 
gives rise to n .situation that the receiving side can not 
receive a transmitted isochronous packet. 
(01 30] in contrast since the DV driver 1 1 2 calculates 
an SYT as described above, it is possible to set, in ail 
SYT, such values which enables the DV 118 to process 



frame data without fail, and hence, send data. 
[0131J While the offset tso is ZOO microseconds ac- 
cording to the above, the offset tso may be a value 
around this. 

* 10132] Further, although the foregoing has described 
that the transmission start time TS is set based on a val- 
ue of tine time of day; information on the bus Required by 
the transmission start time information holdifjig part 113 
from the counter 11 7 on the bus. dependingjon the ac- 

10 curacy of the tranwrjiRsinn start time which can be des- 
ignated for the lEEc1l394 l/F 116.. a fixed value may be 
used, in which case ft i s not necessary to acquire a value 
of the time of day Information on the bus. For instance, 
if tha mechanism is such a mechanism which can des- 

is jgnate only the lower sixteen bits of the counter 117 on 
the bus. since it is nqt possible to delay the transmission 
start time sixteen cycles or more and time intervals re- 
main almost unchanged in reality until the transmission 
start time to the OV| 118, it is not necessary j to confirm 

?° the time of day information on the bus. 

[01 33] Further, although the foregoing has described 
that frame data 708 Ore DV data which include video of 
the NTSC system, the frame data may be other stream 
data such as PAL vipleo. 

25 [01 34] Further, although the foregoing has described 
that fractions resulting from calculation of SYT values 
are rounded off, fractions may be handled by) a different 
fashion, such as counting fractions as one. 
[01 35] Further, the data transmission apparatus may 

3o be formed by hardware or software., or the both. 

[01 36] Further, the DV driver 112 accordingto this em- 
bodiment is en example of the data conversion means 
according to the present invention, and the IEEE 1394 1/ 
F 116 according to this embodiment is an example of 

35 the interface according to the present invention. In ad- 
dition, the transmission start time TS according to this 
embodiment Is an example of the transmission start time 
X for the first packet of the first frame according to the 
present invention, Xfrv offset too according to this om- 

40 bodlment la an example of the initial value Z according 
to the present invention, and 1 .00 1/30 second according 
to this embodiment is an example of the frame cycle Y 
according to the present invention 
[01 37J According to this embodiment, since the trans- 

«« mission start time is constant and the processing start 
time is calculated using this value and the frame 
number, it is possible to transmit data in such a fashion 
which allows reception end processing without fail. 

so (Eighth Preferred Embodiment) 

[0138J With respect to transmission of AV data on an 
IEEE13S4 l/F. a transmission system which requires, 
from the viewpoint of copyright protection, to eupertm- 
55 pose 1 copyright "information upon a packet header of an 
is^ronouS pacKet was proposed in "5C Digital Trans- 
mission Content Protection White Paper" in July, 1998. 
Based on this copyright information, it is possible to de- 
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termine whether received data are available for copying 
or not. Where data are encoded, key information which 
is necessary for a person at the recurving end to correct- 
ly decipher a code Is transmitted separately through 
asynchronous transmission. 
[0139] A method for transmitting a trarwport packet 
(TS pocket) of MPCG2 on IEEE 1394 will be described 
with reference to Fig. 18. As shown in Fig. 18 (a), a TS 
packet itself has a length of 188 bytes and a sync byte 
having a fixed pattern (47H) of ono byte is added to 
MPEG2 data of 187 bytes. A source packet header is 
added to this TS packet whereby a data packet is 
formed. A time stamp of 25 bits is set in the source pack- 
et header. The remaining seven bits are reserved. The 
time Stamp is time of day information which indicates 
the timing ot transmitting the TS packet. One data pack- 
et is divided or a plurality of data packets are combined 
with each other based on a transmission rate regarding 
data to he transmitted, thereby creating data blocks. A 
data packet is divided when the transmission rate is low 
{The number of divisions can be selected from 1. 2 and 

4. ), whereas when the transmission ratu is high, e plu- 
rality of data packets are combined with each other (The 
number of combinations can be selected trom 1 through 

5. ). 

[0140] As shown in Fig. 18(b) , a CIP header is added 
tn Rurih a data packet as described obove. whereby a 
CIP (Common Isochronous Packet) is created. Divide/ 
combine information iegarding how data packets and 
data blocks above are divided or combined can be set 
in the CIP header. 

[0141] As Shown in Fig. 18 (c) . a packet header, a 
header. CRC and a data CRC are added to the CIP, 
whereby an isochronous packet is formed. 
[0142) AsshowninFig. 18(d) , the last four bits in the 
packet header are an area called an "SY area." and 
when copyright information is to be transmitted together 
with data, the copyright information is assigned to this. 
The details of the copyright information arc EMl_flag ol 
two bits and 0/E..flag of one bit, and the remaining one., 
bit is reserve©:. Tne fcMLMag is Information which indi- 
cates whether copying is allowed, while the 0/E_11ag is 
Information for normal deciphering which is used when 
transmission data are encoded. 
[0143] On the other hand, DirectShow available from 
Microsoft Corporation which is used in a PC which uses 
Windows98 OS available from Microsoft Corporation 
provides an environment for handling stream data, such 
as video/speech data, on a PC, and an application must 
handle video/speech data of a recording apparatus or 
sending/receiving apparatus through the mechanism ot 
DirectShow. However, DirectShow is characterized In 
that when two or more types of data are transmitted, the 
respective data transmissions work independently of 
each other, and therefore, it Is necessary to ensure syn- 
chronization regard* hj which copyright information la 
set for which portion of video data and which portion of 
speech data. 
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[0144] Now, an eighth preferred embodiment of the 
present invention will be described with reference to Rg. 

(0145] Fig. 1 3 sho'ws an example of a receiving appa- 
ratus, wherein rienofed at 151a is an application, denot- 
ed at 152a is a copyright information multiplexing part, 
denoted at 1 54 is a copyright information extracting part, 
denoted at 1551s a data packet re-constructing part, de- 
noted at 1 56 is a header separator part, and denoted at 
157 is an IEEE1394 l/F. The receiving apparatus ac- 
cording to the eighth preferred embodiment is connect- 
ed with a sending apparatus 158 via an IEEE 1394 bus. 
[0146] First the lpEE13fl4 l/F 167 receives an iso- 
chronous packet sehl from the sending apparatus 158 
which is connected with the IEEE13M l/F 157. and the 
packet is divided into a packet header and p CIP and 
outputted 10 trie harder separator part 156. ; 
[0147] The header separator part 166 retrieves a data 
block and divide/combine Information from the received 
CIP and outputs them to the data packet re-constructing 
part 1 55, while at th? same time outputting thje received 
header to the copyright information multiplexing part 
154. | i 

[0148] The data backet re-constructing part 155 re- 
stores a data packejt from the data block based on the 
received divide/combine information, and o^rtputs it to 
the copyright information multiplexing part 1$2e. 
[0149] The copyright information multiplexing part 
154 retrieves copyright information from an SY area of 
the received packet header, and outputs it to the copy- 
right Information multiplexing part 1 52a. 
[0150] The copyright information multiplexing part 
1 52a creates an input/output packet in which the copy- 
right information is superimposed on a reserved area of 
the data packet as shown In Fig. 17 (a), and outputs the 
generated input/output packet to the application 151a. 
[01 51] A* daRcrihed above, according to this embod- 
iment since copyright information is superirnposed on 
a nsjsccvcd area of a packet hoader, rt is possible to out- 
put both data and the copyright information to the appli- 
cation 151a at the same time. 
[0152] . Although this embodiment requires to super- 
Impose copyright information in a reserved area, copy- 
right information may be written in other plage. For ex- 
ample, as shown in Fig. 1 7 (b), since a sync byte of an 
TS packet has a fixed value, the original value can be 
obtained easily even after written over with copyright in- 
formation, and therefore, superimposing in this area is 
possible. Alternatively, as shown in Rg. 17 (c). a similar 
effect is obtainable when an area for writing in copyright 
information is added. 

[01 53] Further, although the foregoing has described 
thaicopyrir^infomiation and MPEG2 data are handled 
dmuftoftebusly, the present invention lo applicable to 
, o^ Information as well except for copyright informa- 
tion. However such information is set in an isochronous 
packet, the present Invention remains applicable. 
[01 54] Further, alftough the foregoing has described 
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that data to ba transmitted are MPEG2 data . data to be 
transmitted may be other data. For instance, an 
IEEE1394 l/F can send and receive DV data as well by 
the same protocol as when handling MPEG? data. 
Thus, the present invention is applicable even to DV da- 
ta. 

[0155] Further, although the foregoing Ues<7ibed 
ttatthe interface Is anlEEE1394 l/F. other interface may 
be used 

[01 561 Further, the receiving apparatus may be real- 
ized by software and/or hardware. 

(Ninth Preferred Embodiment) 

[01571 Next an eighth preferred embodiment nf the 
present invention will be described with reference to Fig. 
14. 

[01 58] Fig. 1 4 shows an example of a receiving appa- 
ratus, wherein denoted at 151 bis an application : denot- 
ed at 162b is a copyright information multiplexing part 
denoted at 153 is a data packet re-constructing part (TS 
packet extracting part???), denoted at 154 is e copy- 
right information extracting part, denoted at 1 55 is a data 
packet re-constructing part, denoted at 156 is a header 
separator part, and denoted at 157 is an IEEE1394 l/F. 
The receiving apparatus according to the ninth preferred 
embodiment is connected with a sending apparatus 1 B8 
via en IEEE1394 bus. In Fig. 14. the copyright informa- 
tion extracting perl 154, the data packet re-constructing 
part 155, the header separator part 156 and the 
IEEE13U4 l/F 157 are the same as those described in 
relation to the eighth preferred embodiment 
[0159] The IEEE1394 l/F 157. first, receives an iso- 
chronous packet Sent from the senciiny apparatus 158 
which is connected with the IEE61394 l/F 157, and the 
packet is divided into a packet header and a CiP and 
outputted to the header separator part 1 56. which is sim- 
ilar to that In the eighth preferred embodiment. 
[0160] Axiother similarity to the eighth preferred em? 

bodiment is that the header separator part 1 56 retrieves 
a data block ana divide/combine information from the 
received ClP and outputs them to the data packet re- 
constructing part 155, while at the same time outputting 
the received header to the copyright information multi- 
plexing part 154. 

[0161] The data packet re-constructing pan 155 re- 
stores a data packet from the data block based on the 
received divide/combine information and outputs it to 
the TS packet extracting pert 153. and the TS packet 
extracting part 153 extracts aTS packet portionfrom the 
received data packet and outputs it to the copyright in- 
formation multiplexing part 1 52b. 
[0162] The copyright information multiplexing part 
154 retrieves copyright information from an SY area of 
the received packet header and outputs it to the copy- 
right information niuHiplexing pan 152D. 
[0163] The copyright information multiplexing part 
152b. as shown in Fig. 1 7 (d), replaces a sync byte of a 



TS packet with copyright information and accordingly 
creates an input/output packet and outputs u to the ap- 
plication 151b. 

[01 64] As described above, according to this embod- 

5 iment. sinr* a sync Ipyte of a TS packet is replaced with 
copyright information, it is possible to output both data 
and the copyright information to the application 1 51b at 
the same time. ; 
[01 65] Although this embodiment requires) to replace 

10 a sync byte of a TS packet with the copyright information 
114, copyright information may be written in cither place. 
Fur example, as shown in Fig. 17 (e), a simitar effect is 
obtainable when an] area for writing in copyright infor- 
mation is added. I j 

IS [01 66] Further, although the foregoing has. described 
that copyright information and MPEG2 data are handled 
simultaneously, thejpresent invention is apjaBcable to 
other information aflj well except for copyright informa- 
tion. However such information is set in an isochronous 

20 packet, the present invention remains applicable. 
[0167J Further, although the foregoing tos; described 
that date to be transmitted are MPEG2 data ; !oata to bo 
transmitted may be other data. For instance, an 
IEEE1394 l/F can send and receive DV data: as well by 

to the same protocol jas when handling MPEG2 data. 
Thus, the present invention is applicable even to DV da- 

[01 66] Further, although the foregoing has; described 
that me interface is an IE E E 1 394 l/F. other interface may 
30 be used. 

101^9] Further, the sending apparatus may be real- 
: .teed .fry software and/or hardware. 



(Tenth Preferred Embodiment) 



JS 



[0170] Next, a tenth preferred embodiment of the 
present invention will be described with reference to Fig. 
15. 

. [0171] Fig- 15 shows an example of a sending appa- 
40 IBtUsi wherem denoted at 161a is an application, denot- 
ed at 1 62a ia a copyright information multiplexing part, 
denoted at 1 64 is a data block generating part, denoted 
at 165 fe a ClP geneVating part, end denoted at 16« r» 
ah IEEE1&4 UF. The sending apparatus according to 
45 the tenth preferred embodiment is connected with a re- 
carving apparatus 167 via an IEEE1394 bus. 
' [0172] Tte application 161a outputs an Input/output 
placket as that show* in Fig. 17 (a), for instance, to the 
. copyright irtformatiorj multiplexing part 1 62a. Tho copy- 
so light information multiplexing part 162a extracts copy- 
right information frorp the received input/output packet 
and outputs ft to the CI P generating part 165, and at the 
same $me, converts the input/output packet into a data 
. packet and outputs it to the data block generating part 
ss 164. A portion which psed to h^ 

• tion may be only replaced with the pattern of the re- 
served, whereby conversion into a data packet is real- 
ized. 
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[01 73 J The data block generating part 1 64 determines 
to divide or combine the received data packet, converts 
the data packet into a data block, sets divide/combine 
information and outputs the data block and the divide/ 
combine information to the ClP gencraiing part 1R5 
[0174] The ClP generating part 165 adds a ClP head- 
er in which the received divide/curutiine information is 
set to the received data block, accordingly creates a CI P. 
and outputs It to the IEEE1394 l/F 166 The copyright 
information a$ well is outputted to the IFF.E1394 l/F 166. 

[0175) The IEEE1394 |/F 166 creates an isochronous 
packet based on the received ClP and copyright infor- 
mation and sends it to the receiving apparatus 167. 

[0176) As described above, according to this embod- 
iment since an input/output packet sup«rirnpnR«d on 
copyright information is used in a reserved area of a 
source packet header of a date packet and oulpultad 
via the application 161b. it is possible to handle both 
data and the copyright information in synchronization to 
each other. 

[0177] Although this emtxxiiment requires to super- 
impose copyright information in n reserved area, copy- 
right information, may be written in other place. For ex- 
ample, as shown in Fig. 17(b), since a sync byte of an 
TS packet has a fixed value, me oncjina) value can be 
obtained easily even after written over with copyright in- 
formation, and' therefore, superimposing in this area Is 
possible. Alternatively, as shown in Fig. 17(c). a similar 
affect in obtainable when an aren for writing in copyright 
Information is added. 

[0178) Further, although the foregoing has described 
that copyright information and MPEG2 data are handled 
simultaneously, the present invention is applicable to 
other information as well except for copyright informa- 
tion. However such information is set in an isochronous 
packet, the present invention remains applicable. 
[01 79] Further, although the foregoing has described 
that data to be transmitted are MPEG2 data, data to be 
transmitted may be other data. For instance, en 
IEEE1 394 l/F can send and receive DV data as we)] by 
the same protocol as when handling MPEG2 date. 
Thus, the present invention is applicable even to DV da- 
ta. 

[01 80) Further, although tho foregoing has described . 
that the interface is en I EE El 394 l/F. other Interface may 
be used. 

[01B1J Further, the sending apparatus may be real- 
ized by software and/or hardware. 

{Eleventh Preferred Embodiment) 

[0182] Next an eleventh preferred embodiment of the - 
presentinvenbon will be described with reference to Fig. 
16. 

[0183) Fig. 16 shows an example of a sending appa- . 
ratuss, wherein denoted st 16 ib is an application, denot- 
ed at 162b is a copyright information extracting part, de- 
noted at 163 is a data packet generating part denoted 



at 164 is a data blojck generating part, denoted at 165 
is a ClP generating part, and denoted at 166 Is an 
IEEE 1394 l/F. The sending apparatus according to the 
eleventh preferred embodiment is connected with a re- 

s ceiving apparatus 167 via an IEEE1394 bus: in Fig. 16. 
the date block generating part 164. the ClP generating 
part 165, tne IEEE 1394 bus 166, and me reheivtng ap- 
paratus 167 are the same as those described in relation 
to the tenth preferred embodiment. 

io [0184] The application 161b outputs an input/output 
packet as that shown in Fig. 17 (d) ; for instance, to the 
copyright information extracting pan 1 62b. Trie copy- 
right Information extracting part 162b extract copyright 
information from the received input/output packet and 

1$ outputs it to the CJP generating part 165. and at the 
same time, convert^ the input/output packejt into a TS 
packet and outputs |t to the data packet generating part 
163. A portion wrticrj used to hold the copyright informa- 
tion may be only repjaced with the pattern of a sync byte, 

20 whereby conversior) into a TS packet is realized. 
[0165] The data packet generating part 1 63 creates a 
time stamp, converts the TS packet into a data packet, 
and outputs it to the fata block generating part 164. The 
time Stamp 'is created based on time information which 

to is in a TS packet (knjown as "PCR") so as to tj* restored 
on the receiving side. The PCR is prepared In such a 
manner that an MP£G2 decoder can restore' video arid 
speech at the correct timing, j 
[0186] The data biock generating part 164 determines 

30 to divide or combine the received packet, converts the 
data packet into a data block, sets divkJe/corfjbine infor- 
mation and outputs the data block and the divide/com- 
bine information to the ClP generating part Sl65, which 
is similar to that in the tenth preferred embodiment. 

m [0187J Another similarity to the tenth preferred em- 
bocfiment is that the'ClP generating part 165 outputs to 
the IEEE1394 l/F 166 copyright information:and a ClP 
which is created by-adding a ClP header irr which the 
received alyiUe/co/iibirie Information is set to the re- 
V cetved cteta block. 

P1«8I. Yetanothersimllarity to the tenth preferred em- 

• bedment is that the. IEEE1 394 l/F 166 creates an Iso- 
. chronous packet based on the received CiP and copy- 

ngftlmformation and sends it to the receiving apparatus 

<* 167; 

[D189J Although this embodiment requires to replace 
a sync byte of a TS- packet with copyright information, 
copV^ information may be written in other place, For 
example, aa shown in Fig. 17 (e). a similar effect is ob- 
90 tainable when an area for writing in copyright informa- 
lion is added. 

[0190] Further; although the foregoing has described 

• that the data packet generating part 163 creates a time 
: stamp f>?ae<t on PCR, as for as the application 1 61b is 

53 capable ofoutputtind at the correct timing owing to soft- 
ware or ferdware, It is also possible to create a time 
stamp from a time at which a TS packet 204 is received 
by the data packet generating part 163. 
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[01911 Further although the foregoing has described 
that copyright information and MPEG2 data are handled 
simultaneously, the present invention is applicable to 
other information as well except (or copyright informa- 
tion. However such information is sat in an isochronous 
packet, the present invention remains applicable. 
[01 S2] Further, although me foregoi ny has described 
that data to be transmitted ere MPEG2 data, data to be 
transmitted may be other data. For Instance, an 
IEEE1394 l/F can send and receive DV data as well toy 
the same protocol as when handling MPEG2 data. 
Thus, the present invention Ik applicable even to DV da- 
ta. 

[0193] Further, although the foregoing has described 
thatthe interface is anlEEEi.HSia l/F ntner interface may 
be used. 

[0194] Further, the sending apparatus may be real- 
ized by software and/or hardware. 

(Twelfth Preferred Embodiment) 

[01 05] The present invention is realized by a program 
for a computer, a microcomputer or the like, end if re- 
corded in a recording medium such as a floppy disk and 
transported, the present invention is implemented easily 
In other independent system. Fig. 19 is a drawing for 
describing implementation using a floppy diak. 
[01 96] Fig. 1 9 (a) shows an example of » physical for- 
mat nf a floppy disk which is a recording medium main 
part. Tracks are formed in a concentric circle arrange- 
' ment inwardly from outside and divided into sixteen sec- 
tors in angle direction*. A program is recorded in ac- 
cordance with areas which are allocated in this fashion. 
[0197] Pig. 19 (b) is a drawing for describing a case 
which houses this floppy disk. From the left-hand side 
are the floppy disk case as viewed from the front, the 
floppy disk case in cross section, and the floppy disk. 
With the floppy disk thus housed in the rase, the disk is 
protected against dust and external impact and trans- 
ported safely. 

[01 98] Fig. 1 9(c) is a drawing for describing recording 
and reproduction of a program on a floppy disk. As a 
floppy disk drive is connected with a computer system 
in a mannor as that shown in this drawing, it is possible 
to record and reproduce a program on a disk. A disk is 
loaded in and unloaded from the floppy disk drive 
through an insertion slot. With the program recorded on 
the disk from th« computer system via the floppy disk 
drive, the program for realizing the present invention is 
saved. In order to implement the present invention, the 
floppy disk drive reads the program from the disk, trans- 
fers to the computer system and creates an environment 
for realizing the present invention. 
[0199] Although the foregoing has described that a 
floppy disk is used as a recording medium In this en> 
noOiment, an optical disk may be used for a similar end. 
In addition, a recording medium is not limited to this but 
may be any other on which the program can be record- 



ed, s uch as an IC caijd, a ROM and d cassette] for similar 
implementation. ; . 

[0200] As here in! referred to, "data" mdijde a data 
structure, a data format a data type. etc. j 
* [0201] "Mediums": indude recording mediums such 
as a ROM. transmission mediums such as thje Internet, 
and transmission mediums such as light, electric waves 
and acoustic waves! ; 
[0202] "Carried mediums" include a recording medi- 
al um in which a program and/or data are recorded, trans- 
mission mediums for transmitting a program jand/or da- 
ta, and me Oke. j 
[0203J "Can be processed on a computer"! covers, in 
the case of a recording medium such as a ROM, that 
is the medium can be read on a computer, and in the case 
of a transmission medium, that a computer can handle 
tne program and/or data to be transmitted as|a result of 
transmission. j j 
[0204] The present Invention may be directed to a pro- 
20 gram recording medjum in which a program ajioVor data 
for making a computer execute all or some functions ot 
all or soma means c[f the structure elements' described 
in relation to the preferred embodiments above is re- 
corded, which can tfe read on a computer so that the 
M read- out program and/or data execute thaj functions 
while working in cooperation with the computer. 
[0205] Further an eggieyatiur i of Information Includes 
software such as a program and/or data, for example. 

I I 
30 AVAILABIUTY FOR'tNDUSTRlAL USE j 

i i 
: t 

[0206] As is dear from the above, the present inven- 
tion solves a problem with the conventional techniques 
that a DV, sending and receiving stream data, can not 

W respond to an asynchronous random access ! described 
earlier and a mechanism for dealing with suchjan access 
is necessary. \ 
[0207] In edditioa the present invention solves a 
problem that despite tne recent ongoing fUaion o» PCw 

40 and digital video/audio equipment such as DVs, since 
PCs have never Initially considered handling synchro- 
nous data, the current mechanisms can not handle real- 
time data without a break. 
' [0208] Moreover, die present invention meets net ial- 

43. lenge that a new rnechanlsm to handle AV data in ac- 
. • dbrdai^ce with copy: right information is necessary to 
send and receive AV data between PCs and other AV 
equipment. 



so 



Claims 



1. A data processing system comprising an operating 
system which contains a file system driver and a 
device driver, : 

• characterized In comprising: 

: 

a real-time interface driver which processes da- 
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ta of a device which comprises an interface 
which is required to wnsure waf-time process- 
ing during recording and/or reproducing; 
a non real-time interface driver which process- 
es data of a device which comprised an inter- 
face which is not required to ensure real-time 
processing during recording ana/or reproduc* 
ing; 

an IFS manager which allocates instructions for 
predetermined pmcRswng regarding a file sys- 
tem to each one of control means which are to 
handle the instructions: 
first control means which, using first file man- 
agement information with respect to data which 
are in a first medium which is hnusAd in the de- 
vice which comprises an interface which is re- 
quired to ensure said real-lime processing, 
converts an instruction for said predetermined 
processing inputted through said IFS manager 
into a data processing instruction on said first 
medium and sends to said real-time interface 
driver: and 

second control means whic-.h. using second file 
management information with respect to data 
which are in a second medium which is housed 
in the device which comprises an interface 
Which is not required to ensure said reel-time 
processing, executes processing for accessing 
to a file on said second medium in accordance 
with the instruction for said predetermined 
' processing inputted through said I FS manager 
and sends the instruction tor said predeter- 
mined processing to said non real-time inter- 
face driver via an I/O SUD system. 

2. The data processing system of Claim i . character- 
ized in that said first control means comprises: 

a file system driver for first medium which judg- 
es whether it is necessary to access a file oh 
said first medium based on the instruction for 
said predetermined processing inputted 
through said IFS manager and said first file 
management information; and 
file system processing support application 
means which creates a data processing ir>' 
struct! on on said first medium when an access 
is necessary in accordance with the judgment 
made by said file system driver for first medium, 
and in that said file system processing support 
application means drives said real-time inter- 
face driver. 

3. The data processing system of Claim 2, character- . 
lied in that said file system processing support ap- 
plication means, using information from an IFS 
monitorwhich monitors a slate ot an instruction for 
predetermined processing which is handled by said 
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IFS manager, creates a data processing instruction 
on said first medium. 

4. The data processing system of Claim 2. character- 
ized in that said file system driver for first medium 
comprises: 

! 

a file management information holding part 
which stores said file management information: 
e identifying part which receives an instruction 
from said I ITS manager and identifies said in- 
struction; ! 
a file entry extracting part which extracts a file 
entry corresponding to a file name fnpm said file 
management information holding part when 
said instruction is OPEN, registers in an access 
file entry holding part, and sends saia instruc- 
tion to said pie system processing support ap- 
plication means: j 
a second file information extracting £art which 
retrieves information regarding a fife which is 
designated joy said access file entry holding 
part based pn a file ID received together with 
said instruction when said instruction is READ, 
WRITE or dLOSE. adds the informa :ion to said 
instruction, j and sands to said file systenv 
processing ^upport application means, and 
a first file information extracting pan) which re- 
trieves inforjnation regarding a file which is des- 
ignated by Md access file entry holding part 
based on sate file ID received together with said 
instruction v^hen said instruction is fin instruc- 
tion except for OPEN, READ. WRITE and 
CLOSE, and sends to said IFS* manager 
through said identifying part. 

5. The data processing system of Claim 3 , character- 
ized in that said file system processing support ap- 
plication means comprises: 

«* » • 

a support processing judging pan which deter- 
minee a coritent of processing based on infor- 
mation fronV said file system driver for first 
dium and information from said IFS monitor and 
instructs; and 

a copying part which executes copying 
processing in accordance with the judgment 
. :made by said support processing judging part. 



so 6. The data processing system of Claim 3. character- 
. . • ized in that said first file management information 
Is recorded on said first medium. 
■ * arid saldflle system processing support appli- 
cation means comprises a file management infor- 

ii. , majion updating/acquiring part which is for reading 
said first file management information from said first 
medium or for writing on said first medium in accord- 
ance with the judgment made by said support 



3a 



45 



19 



from mm 



2005$ 7A25B (fl) 21:1 1/1120 :47/XIK4807491 886 P 35 



37 



EP 1172 723 A1 



38 



processing judging part. 

7. The data processing system of Claim 5 or 6. char- 
acterized in that said file system processing sup- 
port application means further comprises a random » 
access processing part which 

receives an OPEN, a CLOSE, a READ and a 
WRITE instructions other than instructions 
which are related to copying processing.. J 0 

when said instruction is an Open instruction or 
a CLOSE instruction, receives said instruction 
and information regarding a tiie which is desig- 
nated, 

and whan said insm iction is a READ instruction 
or a WRITE instruction, receives and process- 
es information regarding which portion of said 
ftie is demanded by said instruction, in addition 
to said instruction and said information regard- 
ing a file which » designated. 70 

a. A dBte processing system comprising an opera tiny 
system which contains a file system driver and a 
device driver, 

characterized in comprising w 

display application means which display* files 
which can be handled in a file system, selects 
a desired tile from the displayed files, and starts 
processing which is associated with said se- 30 
lected file; 

a first processing part which executes process- 
ing on a first medium which stores data of a da- 
vice which comprises an interface which Is re- 
quired to ensure real-time processing during re- 33 
cording and/or reproducing: 
h HRcond processing part which executes 
processing on a second medium which stores 
data of a device which iwnpiisus an interface 
which is not required to ensure real-time <o ' 
processing during recording and/or reproduc- 
ing; 

device identifying means which identifies a de- 
vice in which said selected tile exists: and 
a file starter part which drives said first or said 46 . 
second processing part in accordance with the 
identification result made by said device iden- 
tifying means. 

9, A data processing system compn sing an operating so ' 
system which contains a file system driver and a 
device driver, 

characterized in comprising: 

a real-time interface driver which processes da- 
ta of a device which comprises an interface 
which is required to ensure real-time process- 
ing during recording and/or reproducing; 



a non real-time interface driver which process- 
es data ot a device which comprises an inter- 
face which is not required to ensure real-time 
processing • during recording and/or reproduc* 
ing; j ! 

an I FS manj&ger which allocates instructions for 
predetermined processing regarding a file sys- 
tem to each' one of control means wjiich are to 
handle the instructions: j 
first control; means which ; using firs|t file man- 
agement information with respect to jdatd of the 
device whujh comprises an interface which is 
required to ensure said real-time processing 
which are stored in a first medium, cbnverts an 
instruction for said predetermined processing 
inputted through said IFS manager into a data 
processing instruction on said first rrjedium and 
sends to said real-time interface driver and 
second control means which, using second file 
management information with respect to data 
of the device which comprises arj Interface 
which is not required to ensure said real-time 
processing Which are stored in a second medi- 
um, executes processing for accessing to a file 
on said second medium in accordance with the 
instruction for said predetermined processing 
inpuitud thrputjh said IFS manager and sends 
the instruction for said predetermined process- 
ing to said non real-time interface driver via an 
I/O sub system; 

display application means which displays files 
which can be handled in a file system, selects 
a desired file from the displayed files, and starts 
processing iwhich is associated witfi said se- 
lected We; 1 

a first processing part which executes process- 
ing on a first medium which stores d£ta of a de- 
vice which comprises an interface vjhich is re- 
quired to ensure real-time processing during re- 
cording and/or reproducing; 
a second processing part which executes 
processing on a second medium which stores 
data of a device which comprises an interface 
which is not required to ensure real-time 
processing during recording and/or reproduc- 
. Ing; 

1 drive identifying means which identifies a drive 
' in which said selected file exists; and 
a file starter pan which drives said first ur said 
second processing part in accordance with the 
identification result made by said device iden- 
tifying means. 

10. The data processing system of arty urns' of Claims 
1 through 9, characterized in that said real-time 

. data are video data. 

1 1. A medium which can be processed on a computer 
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and which carries 8 program and/or data for mating 
a computer execute ail or soma functions of all or 
some means according to any one of Claims 1 
through 10. 

12. An aggregation of information which is a program 
and/or data for mating a computer execute an or 
some functions of all or nome means of the inven- 
tion according to any one of Claims 1 through 10. 

13. A data transmission apparatus, comprising: 

time intervals generating means which creates 
predetermined time of day information: 
outputting means which outputs a series of data 
frames as stream data; 

sending means wtiich divides sarci series of da- 
ta frames forming said stream into packet data 
and sends; and 

transmission managing means which manages 
said outputting means and said sending 
means. 



characterized in that said transmission man- 
aging means enters said stream data to said send- 25 
ing means based on said predetermined time of day 
information. 

14. The data transmission apparatus of Claim 1 3. char- 
acterized In thai said'time of day information is set 
up to correspond to necessary timing wtiich is need- 
ed by an apparatus wtiich receiver pocket data of 
said series of data frames. 

15. The data transmission apparatus of Claim 1 4. char* 33 
acterizedin that said necessary timing is based on 

a frame frequency nf said series of data frames. 

16. Thft data transmission apparulus of any one of 
Claims 13 through 15, characterized in that said 40 
transmission managing means provides said time 
intervals generating means with a correction in- 
struction which is for correcting said predetermined 
time of day information In accordance with a condi- 
tion of burden upon said sending means. 4$ 

and said time intervals generating means ere- 1 
ates said predetermined time of day information 
without receiving the correction Instruction or corv 
sidcring the correction instruction. 

17. I he data transmission apparatus of any one of 
Claims 13 through 15. characterized in that said . 
transmission managing means does not provide 
said lime intervals generating means with a correc- 
tion instruction which is for correcting said prede- 
termined time of day information in accordance with 
a condition of burden upon said sending means. 



18. The data transmission apparatus of any one of 
Claims 13 through 17. characterized in that said 
predetermined iime of day information -time is ex- 
pressed as groups of the start time and tne end time 
of said data frames. 

! I 

19. The data transmission apparatus of a^ny one of 
Claims 13 through 18. characterized in that said 
stream data are data for a digital VCR for consumer 
use. | 

20. Tne data transmission apparatus of any one of 
Claims 13 through 19. characterized in that said 



sending means] sends said stream data 
VCR for consumer use. 



to a digital 
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The data transmission apparatus of any one of 
Claims 13 through 20, characterized In that said 
outputting means reproduces data for a digital VCR 
for consumer use. 



22. A data transmission apparatus, comprising: 

i » 

data conversion means which divides inputted 
stream datja and adds header information to 
each piece! to thereby obtain packers, and in- 
sat* packet processing start time information 
which is for the data receiving side into the 
header information of at feast first packet of 
each frame; of said stream data ancj thereafter 
outputs; and * j 

an interface; which, using a dock, outputs to a 
bus the packets processed by said data con- 
version means, at me transmission* start time 
which corresponds to said packet processing 
start time information, j 

! 

i 

characterized in that the packet processing 
Start time information of said packets is expressed 
by: 



so 



T1*X + Z + Y(N-1) 

.(where X >= 0, Z>= 0) assuming that X denotes the 
transmission start time for the first packet of the first 
. frame, N denotes a frame number. Y denotes a 
frame period, 2 denotes an initial value, andT1 de- 
notes the processing start time of said packets. 

23. the data transmission apparatus of Claim 22, ehar- 
' acterizedin that said bus is an IEEE1 394 bus. and 
■ said Interface is an iee£i394 Interface. 

24. The data transmission apparatus of Claim 22 or 23. 
' characterized in that said stream data are data for 

a digital VCR far consumer u.v», Raid Z is a value 
around 250 microseconds, and said Y is a value 
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which is based on a frame frequency of said stream 



25. A medium which can be processed on a computer 
Hnd which carries a program ai »d/or data for making * 
a computer execute all or some functions of an or 
some means of the data transmission apparatus of 
any one of Claims 13 through 24. 

26. An aggregation of information which is a program 10 
and/or data for making a computer execute all or 
some functions of all oi some means of tha invert- " 
tion according to any one of Claims 13 through 24. 



27. A receiving apparatus, comprising- 
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an interface which receives a transmission 
packet which contains a transmission path 
header in which additional Information Is de- 
scribed and data blocks: 20 
transmission path header separator means 
which separates said transmission packet into 
said transmission path header and said data 
blocks; 

additional information extracting means which « 
extracts said additional information from said 
transmission path header 
data packet generating means which gener- 
ates from said data diocks h data packet which 
is obtained by combining one or mom of said 30 
data blocks; add 

additional information inserting means which 
adds or inserts said additional information to 
said data packet and outputs as an output pack- 
et of one type of data format which can be be 35 
processed by an application simultaneously. 

characterized In that said application proo- 
mrcca the output packet outputteci fium said adaV < . 
tional information Inserting means. " . 4Q : 

28. The receiving apparatus of Claim 27 , character* 
ized in that said data packet is formed by a source : 
packet haader and a transport packet in MPE<32 daf 
ta. 45 

29. The receiving apparatus of Claim 27 or 26. charac- 
terized in that said additional information inserting 
means adds edditlonal Information to the beginning 
or end of said data packet. so 

30. The receiving apparatus of Claim 28 r character- 
ized in that said additional information inserting 
means inserts said additional information to said 
source packet header. 59 ' 

31. A receiving apparatus, comprising: 



725 A1 42 i 

j 

an interface which receives a transmission 
packet wh$n contains a transmission path 
header in which additional information is de- 
scribed ancj data blocks; 
transmission path header separator moans 
which separates said transmission packet into 
said transmission path header and said data 
blocks; I 
additional information extracting means which 
extracts said additional information from said 
transmission path header; 
data packet generatingmeans which generates 
from said data blocks a data packet which is 
obtained by combining one or more of said data 
blocks; 

source packet header separator means which 
separates said data packet into a source packet 
header and a source packet and i 
additional information inserting mejans which 
adds or inserts said additional information to 
said source packet or replaces saio] additional 
information and outputs as an outptjt packet nf 
one type of data format which can be be proc- 
essed by an application simultaneously, 

characterized in that said application proc* 
esses the output packet uutputted fromjsaid addi* 

tional information inserting means. j 

32. The receiving Apparatus of Claim 31. character- 
ized In that said source packet is 1 a transport packet 
in MPEG2 data. j 

33. Tha receiving apparatus of Claim 32, Character- 
ized in that scjld additional Information inserting 
means adds sajd additional information; to the be- 
ginning or end of said transport packet, j 

34^T.he receiving apparatus of Claim 32. character- 
... : iz*d In that said additional information inserting 
means repiace&a sync byte of said transport packet 

wfth said additional tnfnrmatinn 

35; :The receiving apparatus of any one of Claims 27 
through 34, characterized In that said interface is 
an IEEE1 394 interface, and said transport packet 
is an isochronous packet. 

36. The receiving apparatus of any one of Claims 27 
through 35, characterized in that said additional 
information is copyright information. 

37. The receiving apparatus of any one of Claims 27 

through 36, characterized in that said additional 
. Informatton Is described In an SY area of an iso- 
.. crrronous packet 

38. A data sending apparatus, comprising: 
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additional information separator means Which, 
upon receipt of an input packet of one type of 
data format which can be processed by an ap- 
plication simultaneously, retriavas sad addi- 
tional information which i* added or inserted to 
a data packet which forms said input packet; 
data block generating means wnicn generates 
one or more data blocks from said data packet 
transmission packet generating means which 
executes predetermined processing on said 
data blocks, inserts said additional information 
at a predetermined location in said data blocks, 
and accordingly generates said transmission 
packet; and 

an interface which sends said transmission 
packet. 

39. The sending apparatus of Claim 38, characterized 
in that said data packet is formed by a source pack- 
et header and a transport packet in MPEG2 data. 

40. The sending apparatus of Claim 38 or 39, charac- 
terized In that in said Input packet said additional 
information is added to the beginning or end of said 
data packet. 

41. The sending apparatus of Claim 39. characterized 
in that said input packet inserts said additional in- 
formation to said source packet header. 

42. A sending apparatus, comprising: 
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44. The sending apparatus of Claim 42. characterized 
in that said inpiit packet is obtained by adding said 
additional Information to the beginning: or end of 
said transport packet. 

j I 

45. The sending apparatus of any one of Claims 38 
through 44, characterized in that said interface is 
an IEEE1394 Interface, and said transport packet 
is an isochronous packet. j 

46. The sanding apparatus of any one of Claims 38 
through 45. characterized In that sa»dj additional 
information is copyright information. 

47. The sending apparatus of any one of Claims 38 
through 46, characterized in that said] additional 
information is described in an SY area of an iso- 
chronous packet. 



20 48. medium which can be read on a computer and 
which holds a program for making a corrjpt iter exe- 
cute all or some of the respective mew ts or the re- 
spective structural elements which form the receiv- 
ing apparatus cjr the sending apparatus! according 

*■* to any one of Cjalms 27 through 47. j 

49. An aggregation! of information which is e program 
and/or data for [making a computer execute all or 
some functions jof all or some means of the inven- 
tion according to any one of Claims 27 through 47 



additional information separator means which, 
upon receipt of an input packet of one type of 
data format which can be processed by an ap- 
plication simultaneously, constructs said input 
packet and retrieves said additional information 
from a transport packet which includes added, 
inserted or replaced additional information; 
data packet generating means which combines 
ft source packet header with said transport 
packet to thereby generate a data packet 
data block generating means which generates 
one or more data blocks from said data packet; 
transmission packet generating means which 
executes predetermined processing on said 
data blocks, inserts said additional information 
at a predetermined location in said data blocks, 
and accordingly generates said transmission 
packet: and 

an interface which outputs said transmission 
packet. 



35 
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43. The sending apparatus of Claim 42, characterized 
In that said input packet is obtained by replacing 8 
sync byte of said transport packet with additional 
information. 
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